oou*_*ire 7 sql-server fragmentation
所以,每次我读到数据文件缩小会导致碎片化,或者开发人员对他所看到的 95% 的碎片是所有生活痛苦的原因大加赞赏时,我想知道问题到底是什么。我们不再将单个磁盘专用于任何事情,而是从 EFD、15k、10k 轴的自动分层池中分割出 LUN;然而,我从未见过任何测试考虑到一旦我们忽略了一个磁盘测试模型,逻辑碎片是否意味着任何性能方面的明智。
也许 bpool 的性能会更糟糕,但如果我认为我的 IO 子系统仍然在不到 20 毫秒的时间内返回我需要的东西,并进一步假设我拥有的每个索引都碎片化了,这真的很重要吗?也就是说,在 TB 级索引的世界中,保留碎片比修复碎片更便宜,还是仅使用堆并在其上构建非聚集索引更便宜?我想还需要更多的研究;但我只是想把这个想法扔在这里供讨论。
归档时间: |
|
查看次数: |
58 次 |
最近记录: |