索引、聚集索引和主键与

Question

我不知道索引是如何与上面的连接一起使用的。

我有个问题..。

什么是指数？这只是钥匙吗？它的数据结构是什么？是真实记录和.地址的组合吗？索引属性名之类的？

我想知道索引是如何作为“键”来使用的细节。

如我所知，聚集索引是与实表排序索引匹配的索引。

非聚集索引是对表的实际匹配列的“地址指针”排序的索引。

从上面看，

那我就得这样想.

然后，当我们创建表并指定一个属性作为主键时，它的效果如何？

主键成为默认的聚集索引？？从物理上讲，表的行数据是按主键排序的吗？

还是磁盘上的真正顺序只是插入行数据时的顺序？主键只是用于表之间的关系，而不是像索引那样产生任何效果？

那么，当我们创建聚集索引时，磁盘上的物理顺序被重新排序了吗？

我真的不明白的是.

它怎么说“使用索引，当我们想要找到满足特定谓词的数据行时，它会更快，因为它已经被排序了”。

(我发现，当我研究排序-合并连接时。源从每两个表中表示，如果它们有索引，则不需要排序阶段，可以直接合并。)

索引使表在创建索引时排序？我不知道为什么它说索引是‘神奇的工具’。

谢谢。我知道我写得很分散，但我太困惑了，这些正是我脑子里的想法.

• 当涉及到排序合并连接时，

如果他们说‘从索引表到真实数据表，它通过ROWID访问’，ROWID是什么意思？主键是不同的吗？

非常感谢你..。

*万一甲骨文，MySQL？

Answer 1

在关系数据库中，主键是默认索引.Suppose在表T1中有带有C1.....to Cn列的r1....to rn行，主键作为P1，然后P1是默认的index.But，如果要搜索表T1的C5列，那么如果该列C5没有索引，则搜索算法将搜索r1...to rn中的每一行，如果搜索单行的时间为T1，则搜索表=t1/Cn(近似).But的单列的时间，当您索引表T1的C5列时，搜索算法搜索r1...to rn中的每一行。然后搜索引擎算法的执行顺序首先搜索主键，然后搜索索引键，使得C5值的访问时间在time.When上小于T1/Cn。案例1:如果在表T1的列(从C1到Cn列)中，如果列CX访问列值的概率在时间段间隔p1...pn中较高，那么CX是索引的第一个候选项，等等，您可以为他人设计索引。

Answer 2

我认为你的问题是在我的网站上的答案：

• http://use-the-index-luke.com/

特别是，你应该对以下章节感兴趣：

• 第一章:索引剖析
• 第三章:联合行动
• 第五章:分类和分组

但如果你能看一看完整的TOC，那就更好了：

• 完整目录