Так какой смысл в OLE DB, если вы все еще писали SQL?

Question

В этот пример OLE DB msdn , (да, он датирован 1997 годом, но все еще работает :)) Мне интересно, какая историческая точка OLE DB была, если вы по-прежнему, по-видимому, написал SQL для взаимодействия с базовым источником данных.

Единственное, о чем я думаю, это , если ICommandText был не , выполненный непосредственно в базе данных, но вместо этого как-то интерпретированный OLE DB, затем выдаваемый за специфическую для SQL команду Команда / для управления базовым источником данных в понятном формате. это правда?

Answer 1

Цель технологии OLE DB - иметь обобщенный способ подключения, работы с транзакциями и работы с наборами данных.Но вам все равно придется писать SQL-запросы.Помните, что целью языка SQL было создание общего языка для запроса данных (но, как вы видели, некоторые части языка зависят от платформы).То, как вы подключаетесь и как запрашиваете, является взаимоисключающим.

И, да, CommandText выполняется непосредственно в базе данных.

Возможно, вы хотите повысить уровень, такой как NHibernate, Subsonic, EntityРамки и т. Д.? 1005 *

Answer 2

Я могу ручаться за то, что OLE DB выполняет перевод NO .

Если у вас разные базы данных, вам придется предоставлять разные операторы SQL в зависимости от поставщика. Всегда весело с датами и базами данных Oracle и MS ...