在SQL Server分区大型表的最佳方法是什么？

火星客人

在最近的项目中，“主要”开发人员设计了一种数据库模式，其中“较大”的表将被拆分成两个单独的数据库，并在主数据库上具有将两个单独的数据库表合并在一起的视图。主数据库是从应用程序中删除的数据库，因此这些表看起来和感觉都像普通表（除了一些有关更新的古怪事物）。这似乎是一个巨大的性能问题。我们确实在这些桌子周围发现了性能问题，但是没有什么可以让他改变对设计的想法。只是想知道什么是最好的方法，或者它是否值得？
                                                               
' C8 m- X: s. j: O: b) }! ?. u    解决方案:                                                               
                                                                我不认为通过在单个服务器中的多个数据库之间划分表来真正获得任何好处。事实上，你所做的一切都增加了首先使用手表的成本，因为在单个服务器中SQL
  u3 G- W1 H- C9 {5 Q, Z6 P) eServer例子下有多个例子(即两个不同的例子)DB中打开）。
! f0 D8 M/ S2 ?7 p( y8 A' D. C' l1 |你有多少个数据集？我有一个客户SQL Server有一个600万行表，包括两年的销售数据。他们在交易中使用它并报告，没有明显的速度问题。
当然，调整索引并选择正确的聚集索引对性能至关重要。
3 e2 Z  W8 h3 ]如果你的数据集真的很大，你想分区，那么当物理服务器之间的表分区时，你会得到更多的好处。