sql-server – 使用SSD时,数据库设计中聚集索引的概念是否合理？

在计划SQL处事器数据模式和后续查询,sprocs,视图等时,对付明晰陈设在SSD平台上的DB计划,是否思量了磁盘上的聚簇索引和数据次序的观念？

http://msdn.microsoft.com/en-us/library/aa933131(v=sql.80).aspx
“聚簇索引确定表中数据的物理次序.”

在物理磁盘平台上,思量它们的计划对我来说是故意义的,由于检索“次序”行的数据的物理扫描也许比通过表搜刮更高效.
在SSD平台上,全部数据读取会见都行使沟通的搜刮.没有“物理次序”的观念,而且在位存储在统一块硅上的意义上,数据读取不是“次序的”.

那么,在计划应用措施数据库的进程中,是否与此平台相干的聚积索引思量？

我最初的设法是,这不是由于“有序数据”的观念不合用于SSD存储和搜刮/回溯优化.

编辑：我知道SQL Server会建设一个,我只是在思索在计划/优化进程中思量它是否故意义.

办理要领

这个题目的谜底取决于您的会见模式.在大大都环境下,您的会见必要单行查找(即搜刮)和范畴扫描.这些会见模式必要B树,不然它们服从低下. DW和OLAP中常见的一些其他会见模式老是在端到端的整个表长举办聚合,而且它们不会从范畴扫描中受益.当你进一步钻取其他需求时,就像插入和分派到堆中的速率对比,B-Tree也许会对庞大的ETL传输功课起浸染.但大大都时辰谜底真的归结为一个题目：你是寻求照旧范畴扫描？绝大大都谜底都是必定的.因此,绝大大都时辰计划必要聚积索引.

换句话说：只是由于以随机次序从磁盘读取它是自制的并不料味着你可以在64Gb RAM扫描富矿中扬弃你的TLB和L2线路……

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!