Прочитал, но там написано слишком много, но притом поверхностно, я не стал меньше не понимать. В середине вообще муть начинается
авторПоставщик данных .NET Framework для OLE DB не поддерживает интерфейсы OLE DB версии 2.5. что здесь имеется ввиду под интерфейс OLE DB ? Это имеется ввиду "компонент службы OLE DB", если смотреть по картинке с сайта майкрософта?
А здесь
авторПоставщик данных .NET Framework для OLE DB не работает с поставщиком OLE DB для ODBC (MSDASQL). вообще имеется ввиду вот такая картинка?<a target="_blank" href="http://www.radikal.ru"><img src="http://s006.radikal.ru/i214/1002/4d/5f2939ebd98f.png" ></a>
авторПоставщик данных .NET Framework для ODBC (Odbc) использует для доступа к данным собственный диспетчер драйверов ODBC.
В следующей таблице представлены драйверы ODBC, протестированные на совместимость с ADO.NET
А тут драйвер - это что? ? То же самое, что и "интерфейс OLE DB", только для ODBC? то есть драйвер -это "компонент службы OLE DB", если смотреть по картинке с сайта майкрософта?
авторПоставщик EntityClient используется для доступа к данным на основе модели EDM (Entity Data Model). В отличие от других поставщиков данных .NET этот поставщик не взаимодействует с источником данных непосредственно. Вместо этого для взаимодействия с соответствующим поставщиком данных используется язык Entity SQL. Дополнительные сведения см. в разделе EntityClient and Entity SQL.
Вот тут тоже ничего не понятно, вообще-то пропоставщика данных .NET Framework для OLE DB и поставщика данных .NET Framework для ODBC тоже писалось, что они не взаимодействуют с источником данных непосредственно. А поставщик данных .NET Framework для Oracle (OracleClient) обеспечивает доступ к источникам данных Oracle через клиентское ПО Oracle для связи, это тоже как я понимаю означает, что не взаимодействует с источником данных непосредственно.
Непосредственное взаимодействие - это когда прямо из поставщика данных .NET Framework устанавливается севевое соединение с сервером (как в Поставщике данных .NET Framework для SQL Server (SqlClient) )? А не непосредственное взаимодействие - это когда поставщик данных .NET Framework вызывает другие "слои", а потом эти слои устанавливают подключение к серверу? Или как?
В общем, сначала я думал, что поставщики для .NET нужны, потому что у каждого SQL сервера свой сетевой протокол, поэтому я думал, что поставщики для .NET реализуют этот протокол для каждой субд. Но потом прочитал это http://www.compress.ru/article.aspx?id=10861&iid=438
авторПодавляющее большинство систем управления базами данных содержит в своем составе библиотеки, предоставляющие специальный прикладной программный интерфейс (Application Programming Interface, API) для доступа к данным этой СУБД. Обычно такой интерфейс представляет собой набор функций, вызываемых из клиентского приложения. В случае настольных СУБД эти функции обеспечивают чтение/запись файлов базы данных, а в случае серверных СУБД инициируют передачу запросов серверу баз данных и получение от сервера результатов выполнения запросов или кодов ошибок, интерпретируемых клиентским приложением. Библиотеки, содержащие API для доступа к данным серверной СУБД, обычно входят в состав ее клиентского программного обеспечения, устанавливаемого на компьютерах, где функционируют клиентские приложения.А на сайте майкрофсофта написано, что библиотеки, предоставляющие специальный прикладной программный интерфейс , есть только у Oracle (как я понимаю имеется ввиду "Поставщик данных .NET Framework для Oracle (OracleClient) обеспечивает доступ к источникам данных Oracle через клиентское ПО Oracle для связи.").
авторДругой способ манипуляции данными в приложении базируется на применении универсальных механизмов доступа к данным. Универсальный механизм доступа к данным обычно реализован в виде библиотек и дополнительных модулей, называемых драйверами или провайдерами. Библиотеки содержат некий стандартный набор функций или классов, нередко подчиняющийся той или иной спецификации. Дополнительные модули, специфичные для той или иной СУБД, реализуют непосредственное обращение к функциям клиентского API конкретных СУБД.
Здесь непонятно, что такое дополнительные модули, называемые драйверами или провайдерами. Внизу там же написано авторНаиболее популярными среди универсальных механизмов доступа к данным можно назвать следующие:
* Open Database Connectivity (ODBC).
* OLE DB.
* ActiveX Data Objects (ADO).
* Borland Database Engine (BDE).то есть дополнительные модули, называемые драйверами или провайдерами - это ODBC и OLE DB. Это значит, что они должны реализовывать непосредственное обращение к функциям клиентского API конкретных СУБД. Но на картинке майкрософта вообще нет никакого клиентского API, а стрелка идет из "компонента службы OLE DB" в "поставщие OLE DB", а оттуда к источнику данных OLE DB. Кроме этого, клиентское API (дополнительно клиентское ПО) есть только у Oracle.
В общем, кто-нибудь может это объяснить по-нормальному и покороче (ну или хотя бы подлиннее, если не получится покороче, главное чтобы понятно). Только представьте, что я слышу эти все слова впервые, так что не нужно объяснять профессиональными терминами.
