2017-01-23 55 views
0

我得到了一些非聚集索引(唯一)与uniqueidentifier(GUID)列。索引始终存在大量碎片。SQL Server - 索引维护与uniqueidentifier?

我应该如何解决这与Ola Hallengren的维护脚本?

跳过reorg /重建这些索引?

的问题说明如下:

https://blogs.msdn.microsoft.com/sqlserverfaq/2011/08/30/another-reason-of-index-logical-fragmentation/

+0

请解释你的问题在这里的问题,而不是发布到其他网站的链接。 – GurV

回答

0

在这里你有两个选择:

非常基本的信息。

  1. DBCC DBReindex:锁定了表和用户可能无法直到重新索引完成访问数据。底线 - 这下降 索引,并从头创建它们。完成后,您会有全新的索引 ,因此它们处于可能的“最佳状态”。再次,它将 绑定数据库表。这是一个全部或没有的行动。如果你停止这个过程,所有事情都要回滚。

  2. DBCC INDEXDEFRAG:不锁定表格。用户仍然可以访问数据。指数仍然存在,他们只是 “固定”。如果停止,它不会回滚所有内容。因此, 索引将比您开始时更少的碎片整理。

如果您运行DBReindex,则不需要运行INDEXDEFRAG。有 没有碎片整理,当你有全新的索引。

希望对您有所帮助!