在最近的一个项目中,“主导”开发人员设计了一个
数据库模式,其中“较大的”表将跨两个单独的
数据库进行拆分,主
数据库可以将两个单独的
数据库表合并在一起.主
数据库是应用程序被驱动的,所以这些表看起来像普通的表(除了一些古怪的事情更新).这似乎是一个巨大的
性能问题.我们确实看到这些表的表现有问题,但没有什么可以改变他对设计的想法.只是想知道最好的
方法是做什么,还是甚至值得呢?
我不认为您通过在单个服务器中的多个
数据库分区表来获得任何东西.所有您基本完成的操作都是通过在单个
sql Server实例下具有几个实例(即在两个不同的DB中打开)来
增加使用“表”的开销.
你有多大的数据集?我在sql Server中有一个600万行表的客户端,其中包含2年的销售数据.他们使用它事务性和报告没有任何明显的速度问题.
调整索引并选择正确的聚集索引对于性能的演化至关重要.
如果您的数据集真的很大,并且您正在寻找分区,您将会获得更多的轰动,以便您可以跨物理服务器对表进行降级分区.