使用比如说键时如何确定索引的顺序

有时，创始人项目时可以不考虑先后顺序而创始人PK列

因为常用数据构建工具来构建和创始人 DDL

在这种情况下，可能会伴随一般而言关键问题

创始人数据库时，可能会以意想不到的先后顺序生成PK

可选择数据时引发效率下降

生成了很多数据库，减少了读写下/修订/封禁时不必要的外部工作

如何解决？

必须分析 SQL “where”子句，

并调整PK列先后顺序

我会用一个简单的例子来表述它

表：ORDER_INFO

首先，按照 ORDER_DATE 和 SELLER_ID 的先后顺序应用数据库

去除 DATE_ID_INDEX

DATE_ID_INDEX

可以认出，按照 ORDER_DATE 和 SELLER_ID 的先后顺序排列

先按 ORDER_DATE 次序，于是又按 SELLER_ID 次序

之前运行核对

首先拒绝执行核对 1，然后拒绝执行核对 2。 像这样

核对 1

核对 1 的结果

查找“10368”时引发全面扫描

这不好，导致效率下降

核对 2

然后，我会在前面写下上“SELLER_ID”

封禁之前创始人的数据库

封禁 DATE_ID_INDEX

去除 ID_DATE_INDEX

ID_DATE_INDEX

我可以认出它应用得很好

之前让我们于是又次运行核对

核对 1

核对 1 的结果

如图所示，“10368”可以在较窄的范围内见到

query 2

设置复合键时，必须根据核对对数据库进行次序

西安看白癜风哪家好
成都试管婴儿医院哪家专业好
海露玻璃酸钠滴眼液治疗哪些症状
骨关节炎吃什么药止痛好
长沙看白癜风哪家好