ID field
Проще наверное сказать, как лучше НЕ делать - Не размазывать доступ к элементам базы по всему приложению.
А так, довольно удобно Linq2SQL и использование POCO объектов для таблиц.
int countDevices = (from row in _db.DeviceSensors where row.Id == dataItem.DeviceId select row).Count();
public IQueryable<DeviceSensor> GetDeviceSensors()
{
IQueryable<DeviceSensor> query = from row in _db.DeviceSensors select row;
return query;
}Но это если экстрима нет.
А то вот была база с таблицами, где более миллиона записей, там пришлось все Linq запросы снести и делать "метровые" SQL (это если печатать)
если вам дотнет приложение создать нужно (и наверное, любое под виндоуз), лучше визуал студии вам не найти.
Я не работаю с дотнетом, но имею основания предполагать, что вот это будет получше: https://www.jetbrains.com/rider/
Попробуйте ради интереса, интересно ваше мнение.
спасибо! попробую обязательно, как только разгребусь с "маленьким тулом вокруг System.Data.DataSet". он задал непростую загадку. тул работает уже довольно устрйчиво, баги 100% имеются, но уже с его помощью могу наваять схему базы данных. столкнулся с такой проблемой в этом классе. посоздавав бажу, таблицы, колонки, решил, что неплохо бы подобавлять рилэйшнз. допускаются множественные, но мне пока не надо, решил не усложнять, ограничиться только одинарными. но, как тулу положено, допускает ошибки и их исправления. по простоте душевной решил, что если добавил DataRelation, а потом удалил - проблема исчерпана. но не тут-то біло! когда создается рилэйшн, в участвующих таблицах, оказывается, сохраняются созданные при добавления ришэйшна Constraints! в общем, все работает красиво, но только пока мы заранее знаем, какие рилэйшнз нам нужны, и только их и создаем.
видимо, в дизайне ошибся, думал, буду крутиться вокруг реального объекта DataSet, и по ходу редактирования в гуи буду сразу отображать в нем изменения, и сохранять немедленно. оказывается, этот подход ввиду сложности объекта не годится: с базами, таблицами и колонками никаких проблем, пока не дошел до рилэйшнз, которые "чисто удалить" сам класс не позволяет. видимо, нужно какую-то теневую структуру создавать, редактировать и сохранять. и только когда она готова, нажатием на кнопочку можем создать (без ошибок и исправлений!) уже настоящий объект DataSet, и сохранить. только вот вопрос теперь: может оказаться так, что когда все это заработает, мне этот DataSet нафер не нужен будет, возможно, я лучше обойдусь моим созданным теневым объектом? : )
хотел попробовать, но у них нет кастрированного варианта (типа "экспресс"), а только на месяц, с регистрацией и прочими штучками. мне это для попробовать слишком umstaendig.
Пыхх... Даешь левый мыл и ставишь на виртуалку...
...опробываешь по-быстрому, пишешь отчет, готово!...
человеку, думаю, интересно мнение, на чем-то основанное, а не лишь бы "а я и это знаю! а я и тут - экзперд!".
Мур, подсказать человеку то, что он и без вас знает, или в гугле быстрее найдет - скушно. лучше просто в пустоту грустно пукнуть...