Есть ли конкретная причина, по которой EF требует новых поставщиков данных и не может использовать ODBC? Я подумал, что это должна быть какая-то конкретная проблема ORM, но NHibernate отлично работает через ODBC.
Я использую NHibernate и могу продолжать использовать Nhibernate, но меня беспокоит, что я не могу предполагать знание Nhibernate для каких-либо будущих программистов.





Entity Framework совершенно не требует новых поставщиков данных. Скорее, для этого требуются поставщики Entity Framework, которые расширяют существующие поставщики данных, чтобы предоставлять дополнительные услуги, требуемые Entity Framework, такие как генерация сложного SQL, которые не являются частью существующей модели данных ADO.NET. Я не думаю, что что-то мешает кому-либо написать поставщика Entity Framework для ODBC на основе существующего моста ODBC ADO.NET 2.0. Вы можете загрузить исходный код для образца поставщика SQL Server для получения дополнительной информации о том, какие именно услуги требуются при расширении существующего поставщика ADO.NET для Entity Framework.
Что ж, ODBC уже выполняет много генерации SQL, поэтому с ODBC будет проще, чем с [вставьте сюда случайный сервер БД.]
Тем не менее, странно, что Microsoft просто не заметила этого. В конце концов, они изобрели ODBC, и все их продукты для баз данных по-прежнему поддерживают его.
Может ли кто-нибудь предоставить ресурсы, касающиеся состояния поддержки ODBC в текущей версии Entity Framework (6.x)?
Спасибо! Генерация SQL кажется нетривиальной. Интересно, сотрудничает ли MS с Oracle / IBM по их поставщикам. Похоже, что для большинства запросов будет много совпадений.