Где почитать информация по провайдерам данных?

Question

[Игорь Мамушин]

Где можно подробнее почитать про провайдеры данных?
Какие вообще есть современные провайдеры данных к реляционным БД?
ODP.NET это надстройка над ADO.NET?
Слышал что есть управляемые и неуправляемые провайдеры данных, в чем отличие?

Интересуют, как общие вопросы в данном направлении, так и конкретные для oracle, но с возможностью перейти на другую БД.

P.S. второй день сижу в поисковике и как то не удовлетворен результатом, может не там ищу.

Answer 1

[Станислав Макаров]

ODP.NET это надстройка над ADO.NET?

Ну у вас и каша в голове, неудивительно, что вы ничего не можете найти.

ADO.NET - это прежде всего набор интерфейсов, обеспечивающих написание кода, работающего с реляционными данными таким образом, что он минимально зависит (или не зависит вообще) от конкретной используемой СУБД. ADO.NET это далеко не первая попытка унифицировать интерфейс доступа к базам данных (хотя бы к реляционным), многие крупные вендоры это делали, тот же Борланд.

С момента появления дотнета как платформы ADO.NET был и остаётся основным способом доступа к реляционным БД из дотнет-приложений. В большинстве случаев нет причин НЕ пользоваться им. Стоит отметить, что хоть сейчас MS советует использовать ORM (с тех пор, как повзрослел Entity Framework) для доступа к данным, ADO.NET никуда не девался, т.к. все известные мне ORM-ми работают также через эти интерфейсы.

Провайдеров данных существует множество, и существование каждого из провайдеров определяется существованием конкретной СУБД. ODP.NET это не надстройка над ADO.NET, это реализация интерфейсов ADO.NET, способная взаимодействовать с Ораклом. Аналогичные провайдеры существуют и для других популярных СУБД, включая PostgreSQL, DB2, MySQL и даже SQLite. По сути доступность реляционной СУБД на дотнете определяется наличием работоспособного ADO.NET-провайдера.

Разумеется, конкретный провайдер может добавлять какой-то специфичный функционал, но при этом он должен реализовать все необходимые интерфейсы. Фишка ADO.NET в том, что реально написать такое приложение (разумеется, если пользоваться только стандартными SQL конструкциями), которое ВООБЩЕ не будет зависеть от конкретной СУБД вплоть до того, что нужного провайдера можно будет указывать в конфиг-файле.

Большинство интерфейсов и классов ADO.NET находятся в пространстве имён System.Data. Условно они делятся на собственно интерфейсы для доступа к БД (важнейшие из них: IDbConnection, IDbCommand, IDataReader) и классы-хелперы, в частности набор классов для организации простейшей in-memory базы данных внутри вашего приложения, которая будет служить кэшем для данных, взятых из основной БД (важнейшие классы: DataSet, DataTable).

Слышал что есть управляемые и неуправляемые провайдеры данных, в чем отличие?

Я думаю, что речь идёт об использовании или неиспользовании неуправляемого кода в реализации провайдера данных.

Почитать об этом можно в любой нормальной книжке по дотнету. Если остались вопросы, пишите в комментарии.

Comments

[Игорь Мамушин]

Правильно ля я понял, что существуют "специализированные" провайдеры данных, которые зависят от конкретной СУБД(ODP -> oracle) и "унифицированные", которые позволяют совершать общие действия, но без специфики БД(ADO.NET)?

Но значит ли это, что "специализированные" справляются со своей задачей "лучше"(скорость соединения, что там еще :), не смог определить ту тонкую грань)?

И может вы подскажете, какие помимо ADO.NET еще существуют "живые" провайдеры данных(общего назначения)?

[Станислав Макаров]

> "унифицированные", которые позволяют совершать общие действия, но без специфики БД(ADO.NET)?
нет, не правильно. Вы противопоставляете ADO.NET и ODP.NET, это не верно. ADO.NET это НЕ провайдер, это набор интерфейсов. Конкретный провайдер (например, ODP.NET) реализует эти интерфейсы. Нет "специализированных" и "унифицированных" провайдеров. В теории конечно можно написать провайдер, который работает сразу с несколькими СУБД или просто оборачивает какую-то другую технологию доступа (см. провайдеры OleDb и Odbc), но всё равно это будет реализация ADO.NET интерфейсов.

Ещё раз: ADO.NET это НЕ провайдер, это фреймворк доступа к данным, который, помимо прочего, определяет общие унифицированные ИНТЕРФЕЙСЫ для доступа к данным. ODP.NET это провайдер, реализующий эти интерфейсы, конкретно для работы с Oracle.

Если всё еще непонятно, то приведу аналогию. Есть USB интерфейс, есть какой-нибудь собственный разъём на телефонах какого-нибудь Самсунга. USB-интерфейс - это ADO.NET, собственный разъём на телефоне - это сетевой протокол Оракла (который отличается от сетевого протокола какого-нибудь Постгреса). ODP.NET - это кабель-адаптер, на одном конце которого - USB, на другом - штекер для Самсунговского разъёма. Этот "кабель" позволяет подключить телефон к компьютеру - соединить конкретную СУБД и ваше приложение. Если вам нужна другая СУБД (телефон другого производителя) - вы берёте другой кабель, с одной стороны у которого всё также USB-штекер (ADO.NET-интерфейсы), а с другой - штекер для разъёма другого производителя.

Вы с самим дотнетом-то знакомы? Я рассчитывал что ссылки на MSDN прояснят ситуацию)

[Станислав Макаров]

Игорь Мамушин нотификация