我们有一个非常大的表(大于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等).
渣子
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。