我想知道大型公司是否常常为应用程序的多个部分提供单独的数据库？我想问题有点令人困惑......这是一个例子：
大型保险公司的应用程序使用单独的数据库：
a）获得费率和保险费
b）存储客户政策数据
c）存储电子邮件通信和客户的其他文件
d）存储应用程序自己的数据
f）存储应用程序将调用的策略覆盖的交互
e）存储大数据分析和指标的数据
这看起来很正常吗？我会认为将b，c，d，f存储在一起甚至可能是更高效和更具成本效益的？即使有安全考虑，这仍然感觉有点过分。
其他人或大公司如何从最佳实践的角度来做这件事？
答案 0 :(得分：1)
对于这种情况，这是一种非常有组织的方法，特别是因为这是一家规模较大的公司。至少，我希望ae有不同的 表 ，但随着应用程序规模扩大，可能需要为每个方面专门设置单独的数据库分别。这只是保持组织有序（这是非常好的..你不只是想将所有数据存储在尽可能少的表/数据库中）。分离事物也很好，因为并非公司中的每个人都需要看到，例如，客户政策数据能够完成工作。这些数据中的一些（例如b＆amp; c）可以存储在一起，但不管你信不信，分开存储这些数据可能更有效。这称为“标准化”。