我们应该从一个可能大规模扩展的应用程序开始使用多个小粒度数据库

Question

我们正在开发一个新的电子商务网站,并且是第一次使用NHibernate.目前,我们将数据拆分为多个SQL Server数据库,按功能区域划分.所以我们有一个用于UserInfo,一个用于Orders,一个用于ProductCatalogue,依此类推......

我们做出这个决定的理由是双重的:

1. 该网站有可能成为巨大的(它是英国最大的在线品牌之一的新网站),我们认为通过按功能划分我们的数据,我们将能够将数据库移动到他们自己的服务器上,这将是如果需要,给我们一个简单的缩放路线;

2. 我的团队一直以这种方式工作 - 部分原因是遵循以前项目的MS Commerce Server模式.

然而,通过在互联网上阅读这一决定,我们发现对这种模式的正常反应非常严厉."现在为开发人员创建更多工作,以便以后为开发人员创建更多工作"是Stack Overflow的一个示例评论!

此外,只使用一个数据库(只需要一个SessionFactory),NHibernate更容易使用.并且知道Stack Overflow很长一段时间只用了一个盒子让我觉得也许我们不应该试着这么聪明.

因此,我的问题是,"我们是否正确地认为使用细粒度数据库可能会提高我们的扩展能力,或者我们应该为了更容易的开发而牺牲这种能力"？

Answer 1

为什么不正确设计数据库并将文件放在适当的磁盘上？必要时使用群集.创建多个数据库并不是一种固有的扩展解决方案.另外 - 跨数据库参照完整性？祝好运.

你对"巨大"的定义是什么？SQL Server可以处理大量数据库,但我学到的一件事是,人们通常不知道是什么构成了大量数据.