Сначала электроинструменты EF реконструируют из базы данных, а не из базы данных EF. В чем разница?

У меня есть существующая база данных сервера sql, и я хочу добавить новую модель данных Entity, которую я хочу указать на эту существующую базу данных. Я хочу использовать реверс-инжиниринг, чтобы сделать его стилем «сначала код». в чем преимущество и недостаток этого? В чем преимущество и недостаток первого подхода к базе данных при обратном проектировании. Я сохранил процедуру в своей базе данных.


person user1740857    schedule 31.08.2015    source источник


Ответы (1)


Первый подход к базе данных привлекателен, но не является устойчивым в его нынешнем виде. EF 7 избавится от файла EDMX, который стоит посередине. Сначала будет использоваться код, событие для существующей базы данных.

Кажется, что ваша интуиция пойти в CodeFirst и перепроектировать это правильно. Для этого созданы инструменты. Хорошим началом является этот вопрос SO.

Но отвечая на ваш вопрос: основными преимуществами подхода сначала код (1) являются:

  • Легче обновить до EF 7, когда он выйдет
  • Приложите дополнительные усилия для обратного проектирования, и тогда вы сэкономите много времени и проблем, наслаждаясь системой миграции.
  • Удалите графический слой в Visual Studio (EDMX), который часто работает медленно и неуклюже при росте БД.

(1) Боковое примечание: в EF 7 это по-прежнему «сначала база данных», что означает, что база данных уже существует. Просто слой EDMX больше не используется. Я думаю, что в первые месяцы EF 7 будут некоторые языковые недоразумения.

person Askolein    schedule 31.08.2015
comment
Спасибо @Askolein за ответ. Есть ли поддержка для связывания с хранимой процедурой с использованием обратного проектирования. Поддерживает ли этот набор множественных результатов, возвращаемых хранимой процедурой. - person user1740857; 31.08.2015