VS-2014/MS SQL Server

← →
MsGuns © (2016-05-22 13:08) [0]

Суть проблемы в том, чтобы написать клиентское приложение в Visual Studio (WindowForms) для работы с БД на MS SQL Server 2012.
При поиске элементов VS для этой цели обнаружил что средства доступа весьма огрнаничены: источник данных->таблица/представление/процедура/функция + средства отображения. А хотелось бы значительно шире: аналог Command, DataSet, Query и т.д. Есть ли такие элементы/компоненты как сторонние БЕСПЛАТНЫЕ библиотеки и если есть, подскажите где найти.
Спасибо за любую помощь

← →
MsGuns © (2016-05-22 13:10) [1]

Необходимое дополнение к сабжу: приложение на бэйсике. Это обязательное требование

← →
Плохиш © (2016-05-22 14:03) [2]

Фигасе, linq ограничен 8-О

← →
sniknik © (2016-05-23 16:38) [3]

> Фигасе, linq ограничен 8-О
там скорее не linq, а ADO.NET по сравнению с обычным ADO ограничен... ну, насколько помню, были попытки пересадить нас всех на C# (вместо солянки из явы/дельфи/php/питона/ява и vb скрипта) и соответственно осмотр возможностей...
ощущение что там с корнем вырвали и оставили единственный режим ADO под тип ltBatchOptimistic (с асинхронной докачкой, т.к. как бы спарен с клиент датасет через провайдер данных). жутко неудобно, ИМХО, хотя те кто сразу на нем пытался говорили обратное. в общем также наверное тем кто в совершенстве научился управлять машиной с ручной коробкой передач, с кучей тонкостей и положений, сложно пересаживаться на автомат... а вот "ламеру" наоборот зашибись. :)

← →
Сергей Суровцев © (2016-05-24 21:21) [4]

>MsGuns © (22.05.16 13:08)
>источник данных->таблица/представление/процедура/функция + средства отображения.
>А хотелось бы значительно шире: аналог Command, DataSet, Query и т.д.

Цепочка такая:
Connection -> Command -> Adapter -> DataSet -> DataTable -> dataView -> dataGridView

Есть еще однонаправленный Reader.
По своей сути очень похоже на работу в Delphi через ClientDataSet.
Причем довольно удобно. Ну а DBGrid вообще с dataGridView рядом не стоял.
По скорости тоже весьма приемлемо. Не сильно отличается от SQLManagementStudio.
Непривычно то, что везде рекомендуют (но не обязывают) рвать соединение после каждой операции.

> Так в Шарпе, вроде и нет ничего другого кроме ADO.NET
да, нету.
сравнивал его как раз с "дельфевым", ADO.COM объект так сказать. (ну, что при "переходе" было актуальным то и сравнивали, как перенести, и выяснилось - никак практически, т.е. с большими трудо-затратами и ухудшением скорости некоторых критичных операций после переделки).

VS-2014/MS SQL Server Найти похожие ветки