我们有一个非常大的表(大于77M记录和增长)运行在sql Server 2005 64位标准版,我们看到一些性能问题.每天添加多达十万条记录.
有人知道sql Server Standard Edition可以处理的记录数是否有限制？应该考虑搬到企业版还是有一些技巧我们可以使用？
附加信息：
有问题的表格是相当平坦的(14列),有一个聚集索引,6个字段,另外两个单个字段的索引.
我们使用3个字段添加了第四个索引,这3个字段是在一个问题查询中进行选择,并且在估计性能上没有看到任何差异(该查询是必须在非工作时间运行的进程的一部分,因此我们没有指标然而).这些字段是聚集索引的一部分.
解决方法
[there is a clustered index with 6 fields,and two other indexes on single fields.]
不知道有关这些领域的任何细节,我会尝试找到一种使聚集索引更小的方法.
使用sql Server,所有集群密钥字段也将包含在所有非聚簇索引中(作为从非聚簇索引到实际数据页面进行最终查找的一种方式).
如果您有六个字段,每个字节为8个字节,每个字节大小为48字节,乘以两个以上的索引,时间为7700万行 – 您正在查看大量浪费的空间,这将翻译成很多
的I / O操作(从而降低性能).
对于集群索引,它绝对是CRUCIAL,它是独特的,稳定的,尽可能小(最好是一个INT等).
渣子
