问企业范围内的数据模型真的可行吗？

EN

一旦考虑到普通数据表、查找表、多到多个链接表、OLAP等等，一百个数据库表就不算全部了。

企业范围内的数据模型真的可行吗？

最好是这样。否则，你将如何维护和扩展它？

与其把企业数据模型看作是“大泥球”，不如从子系统或部门的角度来考虑它。每个大于单个应用程序的数据处理系统都有多个应用程序和多个数据存储区，它们通过定义良好的接口相互通信。您可以很容易地用框图或数据流图捕获这样的高层体系结构，并在需要执行系统分析时随时为每个数据存储提供数据库模式。

我的直觉更倾向于消息驱动/SOA模型，其中单个组件负责数据子集，任何需要访问该数据的组件都会通过适当的通道。

在我工作的地方我们确实有类似的东西。我们公司提供金融服务，所以我们想向客户展示的绝大多数数据归结为“对于安全X，Y字段的价值是什么？”证券可能是谷歌( Google )股票或美国国债，市场可能是今天的价格，或者是52周高点，或者是短期利率等等。

大多数情况下，通过公司范围内的标准接口请求某个字段将导致对某个服务的调用，该服务可以与某个数据库对话。每个后端程序员团队都拥有这些字段的子集，以及用于实现这些字段的服务和数据库。这些团队中的任何一个都可以在不影响其他领域的情况下完全改变它们的实现，而像我这样的前沿团队甚至没有注意到这个变化。事实上，我的新招聘培训的一部分是重新实施一小群相对简单的领域。我从来没有计算过，但我相当肯定，对于我们所支持的所有数据，我们有数百个(如果不是数千个)数据库表。

但是我们确实有一些不符合这个模型的数据，而且存储和访问的方式也不一样。任何一种单一型号的产品都不可能完全适用于一家公司的需求，但你肯定可以接近这一理想。

我在这里的问题是，有没有人见过真正的企业级主数据模型的实现，并一致地用于任何大于100个以上的表？

有点。

我看到了一个实现，它定义了(~5k员工)公司的产品和配置的核心列表。它被用于销售，维修，工程。当我遇到它时，实际的实现是10+年前的，它是由一些更老的东西构建的(据我所理解，返回到非电子存储)。它始终是整个公司所有产品和客户数据的真实来源。

企业范围内的数据模型真的可行吗？

“但是”。

之所以会出现100+表，是因为它是随着公司的发展而成长的。这是一个不可维护的，脆弱的，不奇怪的混乱。它包含了从物理公差测试的结果到存储在DB中的产品的图片。它们最终需要出口流程来为特定需求建立较小的数据库。

所以我是说..。从长远来看，我不认为这是可行的。