我们正在构建一个包含多种服务的网络平台，每个服务都有自己的底层数据。这些服务是按照面向服务的架构原则独立构建的，但它们针对潜在的相关数据进行交易。我们正在考虑这些服务是否应该共享一个大数据库或每个都有自己的数据库。（我们计划在 Windows 2008 群集上使用 SQL Server 2008 Enterprise。）

我们已经考虑过的每种方法的一些优点包括：

单一数据库

• 来自不同服务的相关数据可以通过外键约束绑定在一起
• 分析提取更易于编写且执行速度更快
• 发生灾难时，更容易将平台恢复到一致状态
• 对于被多个服务引用的数据，一个服务缓存的数据很可能很快就会被另一个服务使用
• 预先管理和监控更简单、更便宜

多个数据库

• 维护工作、硬件问题、安全漏洞等不一定会影响整个平台
• 假设每个数据库都在不同的硬件上，扩展多台机器比扩展一台大机器会产生更多的性能优势

从操作的角度来看，这个平台中的每个服务都有自己的数据库，还是都放在同一个数据库中更有利？哪些关键因素决定了这个问题的答案？