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

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

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

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

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

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

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

>sniknik ©   (23.05.16 16:38) [3]
>там скорее не linq, а ADO.NET

Так в Шарпе, вроде и нет ничего другого кроме ADO.NET

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