使用业务对象对数据进行建模时的隐藏问题
使用业务对象对数据进行建模时的隐藏问题
提问于 2009-09-22 05:50:18
数据建模的一种常见方法是使用数据建模工具(例如Erwin)生成模式，然后使用对象关系映射器(ORM)从模式生成业务对象。
不太常见的是相反的过程，其中使用业务对象(例如POCO/POJO)完成数据建模，使用ORM从业务对象生成模式。
这个问题是关于由数百个数据库表组成的非平凡系统提出的。
我的印象是，许多设计师/架构师远离第二种方法，因为许多隐藏的问题，例如在模式修订之间的数据迁移，减少对设计和调优SQL查询的控制。真正的问题是什么？
回答 1
Stack Overflow用户
回答已采纳
发布于 2009-09-22 06:04:16
对我来说，真正的问题通常是这样的：
“这个问题是针对包含数百个数据库表的非平凡系统提出的。”
增加了不必要的复杂性。不管你提到的方法是什么，这种情况都会发生，但这通常是真正问题的主要部分。
一定要注意，如果你有一个“包含大量数据库表的系统”，你不应该谈论单一的系统/上下文，而应该谈论一组应用程序/上下文。不管最后你是否最终把它放在同一个数据库中，复杂性是通过不将其建模为一个巨大的东西来解决的，所有这些都放在一个巨大的数据库中。有界上下文是当今的流行词。
从POCO开始并不意味着以后您不能在必要的地方扩展/调优。这是另一个真正的问题，过早的优化。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/1458320
复制相关文章
相似问题
腾讯云开发者
