SQL Server自动为主键创建索引，但不为外键创建索引。为外键创建索引。这可能是值得的。

据我所知没有。外键只添加了一个约束，即子键中的值也要表示在父列中的某个位置。它没有告诉数据库子键也需要被索引，只是被约束。

假设你有一张大桌子叫订单，一张小桌子叫客户。从订单到客户有一个外键。现在如果你删除一个客户，Sql Server必须检查是否有孤儿订单;如果存在，则会引发一个错误。

为了检查是否有订单，Sql Server必须搜索大订单表。现在如果有索引，搜索就会很快;如果没有，搜索将是缓慢的。

因此，在这种情况下，缓慢的删除可以用缺少索引来解释。特别是如果Sql Server必须在没有索引的情况下搜索15个大表。

附注:如果外键有ON DELETE CASCADE, Sql Server仍然需要搜索订单表，但随后删除引用被删除客户的任何订单。

SQL Server自动为主键创建索引，但不为外键创建索引。为外键创建索引。这可能是值得的。

哇，答案五花八门。文档中说:

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.

因此，很明显(尽管文档有点混乱)，它实际上并没有创建索引。

在PostgeSql中，如果你点击\d tablename，你可以自己检查索引

您将看到，btree索引已经在具有主键和唯一约束的列上自动创建，但没有在具有外键的列上自动创建。

我认为这至少对研究生来说回答了你的问题。