索引和数据库大小的重组
索引和数据库大小的重组
提问于 2014-08-01 07:38:18
我的生产数据库中有一个碎片问题。我的主要数据表之一的大小约为6GB(3GB索引)(约9M条记录)，有94%(!)索引碎片。
我知道重新组织索引可以解决这个问题，但是我的数据库在SQLServer2008R2 Express上，它有10 8GB的数据库限制，我的数据库已经有8GB的大小了。
我很少读到关于这个问题的博客文章，但没有回答我的情况。
我的Question1是:在对该表上的索引进行重新组织之后，还能增加多少大小(%或GB)？
Question2：Drop ->构建相同的索引会占用更少的空间吗？现在时间对我来说不是一个因素。
额外问题:对于数据库碎片还有其他建议吗？我只知道避免像火一样收缩;)
回答 1
Stack Overflow用户
回答已采纳
发布于 2014-08-02 06:11:54
对键列进行索引将通过不需要表扫描来改进联接和筛选器。维护良好的索引可以极大地提高性能。
GUID为索引列做了错误的选择，这是正确的，但这绝不意味着不应该创建这些索引。理想情况下，宜采用INT或BIGINT的数据类型。
对于我来说，将NEWID()作为默认值添加显示了抵消索引碎片方面的一些改进，但是如果所有选项都失败了，您可能比其他索引更频繁地执行索引维护(重新构建、重新组织)操作。重组需要一些工作空间，但是在您的场景中，由于时间不是问题，我会禁用索引、收缩DB和创建索引。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/25075219
复制相关文章
相似问题
腾讯云开发者
