EF6 против одной базовой модели данных EF или нескольких для «большой» базы данных для использования со службой REST?

Question

Я смотрю на создание веб-API, который обеспечивает доступ к «большой» базе данных, скажем, 150 таблиц или около того, и должна использоваться модель данных Entity Framework.Теперь обсуждение с другими, чтобы разделить один веб-API на несколько веб-API, каждая из которых имеет свою собственную модель данных, которая включает только те объекты, которые участвуют.

Проблема в том, что существует много отношений FK, которые могут привести к перекрытию между этими моделями.Таким образом, выбор сводится к этим:(a) один API с несколькими контроллерами, использующий общую библиотеку классов, в которой находится одна модель данных ef.(б) несколько API с одним или несколькими контроллерами каждый, и каждый API со своей собственной моделью данных.

Я предпочитаю для (а).Почему (б) может быть лучше?

Answer 1

Вариант B лично для меня звучит как катастрофа, особенно если учесть, что любое изменение в схеме резервной базы данных может потенциально привести к обновлению десятков классов EDM.Другие, более опытные с EF, могут посчитать сложность тривиальным неудобством, но, на мой взгляд, кажется, что это не что иное.

С опцией A, хотя в одном месте приходится иметь дело с большим количеством контроллеров, по крайней мере, с реляционной логикойвсе в одном месте в EDM.Кроме того, мне кажется более разумным хранить вашу бизнес-логику в одном месте.