3

Предположим, у вас есть база данных, которая в настоящее время используется. Он имеет одну таблицу, которая содержит некоторую информацию о Customers.Что использовать с полуразработанной базой данных? Первая модель или база данных?

И, допустим, вы хотите создать приложение вокруг него. Вам нужно использовать таблицу Customers в вашей программе, но вам также необходимо добавить несколько новых таблиц, возможно, связанных с Customers. Например, вам нужно добавить таблицу Orders, которая имеет некоторую связь с таблицей Customers.

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

Что мне делать? Если я пойду с «Model-First» и спроектирую свои объекты с помощью Visual Studio Designer, могу ли я просто использовать его для создания соответствующей части схемы базы данных?

ответ

2

Пойдите с Data-first, THEN идите с моделью. Вам не нужно выбирать ... использовать мастер ввода данных для создания EF для существующей таблицы, а затем использовать конструкторы для создания дополнительных объектов, а затем синхронизировать их с вашей базой данных. Концепции model-first и data-first применимы только к первоначальному созданию вашего EF-материала - все, что вы делаете после этого, синхронизируется в любом направлении.

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

http://msdn.microsoft.com/en-us/data/jj206878

В конце концов, рамки не было бы очень полезно, если она заблокирована вас в никогда не будучи в состоянии обновить что-нибудь. Правильно?

0

Чем больше разработок в вашем проекте, тем больше будет базы данных - сначала это станет, поэтому я предлагаю вам сначала перейти к Database-First, а затем расширить свои объекты EF, а затем реализовать/подделать/высмеять недостающие части

Если вы еще не читали о TDD, пришло время сделать это сейчас. Это сэкономит массу времени, особенно при работе с постоянно меняющейся моделью данных.

+0

Почему предложение TDD? У этого абсолютно нет отношения к этому? – Jasmine

+0

@ Жасмин, я думаю, это принесет пользу ОП. –

+0

TDD не всегда хорошо. Я пытался выяснить, считали ли вы, что это связано с работой с EF, или если вы просто любите его. Не попадайте в ловушку мышления, что что-то всегда полезно. Я не вижу преимущества TDD здесь, если у ОП не хватит работы. – Jasmine