EF6 vs EF核心单一数据模型还是多个用于REST服务的“大型”数据库？
EF6 vs EF核心单一数据模型还是多个用于REST服务的“大型”数据库？
提问于 2018-06-07 04:32:08
我正在考虑构建一个web api，它提供对一个“大”数据库的访问，比如150个左右的表，并且将使用实体框架数据模型。现在与其他人的讨论是将单个web api分成多个web api，每个api都有自己的数据模型，只包含那些涉及的实体。
这样做的问题是有许多FK关系会导致这些模型之间的重叠。因此，选择归根结底是：
(a)具有多个控制器的一个api，使用单个ef数据模型所在的共享类库。
(b)多个api，每个api具有一个或多个控制器，并且每个api具有其自己的数据模型。
我更喜欢(a)。为什么(b)会更好呢？
回答 1
Stack Overflow用户
回答已采纳
发布于 2018-06-07 04:45:26
就我个人而言，选项B听起来像是一场灾难，特别是当你考虑到支持数据库的模式中的任何更改都可能意味着更新数十个EDM类。其他更熟练使用EF的人可能会发现这个困难是一个微不足道的不便，但在我看来，它似乎一点也不方便。
对于选项A，尽管有更多的控制器要在一个地方处理，但至少关系逻辑都在EDM中的一个地方。此外，在我看来，将您的业务逻辑放在一个地方似乎更明智。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/50729106
复制相关文章
相似问题