我被告知,如果我外键两个表,SQL Server将在子表中创建类似于索引的东西。我很难相信这是真的,但找不到太多与此相关的具体信息。
我问这个问题的真正原因是,对于一个可能有15个相关表的表,我们在delete语句中遇到了一些非常慢的响应时间。我问过我们数据库的人,他说如果字段上有外键,它就像一个索引。你在这方面有什么经验?我是否应该在所有外键字段上添加索引,或者它们只是不必要的开销?
我被告知,如果我外键两个表,SQL Server将在子表中创建类似于索引的东西。我很难相信这是真的,但找不到太多与此相关的具体信息。
我问这个问题的真正原因是,对于一个可能有15个相关表的表,我们在delete语句中遇到了一些非常慢的响应时间。我问过我们数据库的人,他说如果字段上有外键,它就像一个索引。你在这方面有什么经验?我是否应该在所有外键字段上添加索引,或者它们只是不必要的开销?
当前回答
外键不创建索引。只有备用键约束(UNIQUE)和主键约束才能创建索引。这在Oracle和SQL Server中是正确的。
其他回答
在PostgeSql中,如果你点击\d tablename,你可以自己检查索引
您将看到,btree索引已经在具有主键和唯一约束的列上自动创建,但没有在具有外键的列上自动创建。
我认为这至少对研究生来说回答了你的问题。
不,在外键字段上没有隐式索引,否则为什么微软说“在外键上创建索引通常是有用的”。您的同事可能混淆了引用表中的外键字段和引用表中的主键—主键确实创建了隐式索引。
哇,答案五花八门。文档中说:
FOREIGN KEY约束是索引的候选者,因为:
Changes to PRIMARY KEY constraints are checked with FOREIGN KEY constraints in related tables. Foreign key columns are often used in join criteria when the data from related tables is combined in queries by matching the column(s) in the FOREIGN KEY constraint of one table with the primary or unique key column(s) in the other table. An index allows Microsoft® SQL Server™ 2000 to find related data in the foreign key table quickly. However, creating this index is not a requirement. Data from two related tables can be combined even if no PRIMARY KEY or FOREIGN KEY constraints are defined between the tables, but a foreign key relationship between two tables indicates that the two tables have been optimized to be combined in a query that uses the keys as its criteria.
因此,很明显(尽管文档有点混乱),它实际上并没有创建索引。
视情况而定。在MySQL中,如果你没有自己创建索引,就会创建索引:
MySQL要求外键列被索引;如果创建的表具有外键约束,但给定列上没有索引,则会创建索引。
来源:https://dev.mysql.com/doc/refman/8.0/en/constraint-foreign-key.html
MySQL 5.6也一样。
外键不创建索引。只有备用键约束(UNIQUE)和主键约束才能创建索引。这在Oracle和SQL Server中是正确的。