Как работать с ASP.NET MVC и ODBC 2.0

Question

Я начинаю проект, в котором будет задействован ASP.NET MVC с использованием устаревшей базы данных, совместимой с ODBC 2.0. Цель состоит в том, чтобы заменить текущие функциональные возможности системы веб-интерфейсом в течение, возможно, года, а затем заменить бэкэнд на SQL Server.

План будет заключаться в том, чтобы кодировать на SQL-сервере, а затем вставлять некоторые шиммы в классы репозитория, чтобы использовать вместо них ODBC. Возможно ли это сделать? Entity Framework не имеет встроенной поддержки ODBC.

Любые мысли или советы будут оценены.

Answer 1

Я лично использую NHibernate с MVC. Первоначально я поднял его, потому что наша база данных не поддерживает EF, но наслаждаюсь им настолько, что даже если мы перейдем на SQL Server, я сохраню NHibernate.

Кривая обучения довольно странная. Это определенно круто, чтобы стать экспертом, но интересно, что довольно органично позволить ему выполнять все больше и больше работы за вас, когда вы освоитесь с определенными слоями.

Таким образом, для вашего случая NHibernate, вероятно, поддерживает вашу базу данных, может использоваться как простой слой доступа к данным (просто возвращая DTO), обеспечивает независимый от базы данных интерфейс и может поддерживать SQL Server, когда придет время. Если вы в конечном итоге хотите получить больше от NHibernate, то он наступит, когда придет время.

Answer 2

Ничто не мешает вам написать свой собственный слой доступа к данным для запроса к базе данных ODBC. Вы также можете создать собственный слой сущностей, чтобы модель MVC могла заполнять ваши сущности с использованием слоя данных и возвращать эти объекты контроллеру.

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

Этот способ означает, что вашему приложению MVC не нужно знать, какую базу данных оно использует, это также означает, что вам легче будет переключаться между объектами позже.