model-view-controller - 新的web项目设计模式规范

Question

我有一个包含 50 多个表的关系数据库。他们有不止一种关系，一对一，不止一种。

在我将基于此数据库创建的新 MVC 项目中，代码优先还是数据库优先更有效？

按照最佳实践逻辑，在这么大(总共 20 亿+ 数据)的地方首选哪个？

问候..

Answer 1

在我看来，代码优先通常应该是更好的情况，因为您主要是为应用程序而不是数据构建软件。“代码优先”意味着关注你的问题领域和领域模型。访问数据库是持久化应用程序状态的实现细节，不应在软件设计的早期阶段提及。

领域驱动设计和整洁架构中可以找到类似的概念。

---

在您的情况下，虽然数据已经存在于数据库中，但主要问题仍然是:您的新项目是做什么用的？

案例一:如果只是为了读取数据，比如presentation，那你可以考虑把数据库中的数据作为你的数据模型；这可能符合“数据库优先”的概念。但是，由于数据模型是您问题的模型，我仍然会首先将其视为代码。

案例二:另一方面，如果有一些特定的要求，您绝对应该首先构建您的领域模型，以专注于您的应用程序的要求和问题，而不是数据库。否则，您可能会发现您的应用程序被数据库模式卡住，导致应用程序逻辑复杂，具体取决于您的问题域和数据之间的差异程度，因为您的应用程序关注的不是问题而是数据。为了访问数据库，您可能正在寻找的是 Data Mapper pattern .除此之外，您还可以实现 Repository Pattern ，它将专为您的领域模型中的实体而设计。

---

对于你提到的效率问题:
假设你是前面提到的案例2。在这种情况下，您可以查看command query responsibility segregation(CQRS)。 ，它将查询(读取数据的操作)与命令(更改系统状态的操作)隔离开来。将读取/写入系统的责任分开可以提高应用程序中的演示效率。

---

总而言之，如果您没有实现只读应用程序，就没有数据库驱动的设计。