主键是否总是群集？
请清除我对此的疑问，在SQL Server（2000及更高版本）中，主键是自动对群集索引的吗？还是我们可以选择在主键上使用非群集索引？
问题答案：
不，它可以是非集群的。但是，如果您没有明确将其定义为非聚集索引，并且表上没有聚集索引，则会将其创建为聚集索引。
-
问题内容： 考虑下面的示例表（假设SQL Server 2005）： 我正在考虑一个复合主键，该主键包含两个product_id列（我肯定会想要一个唯一约束），而不是一个单独的唯一ID列。从性能的角度来看，问题是该主键是否应该集群？ 我是否还应该在每个ID列上创建一个索引，以便更快地查找外键？我相信该表在读取方面比在写入方面会受到更多的打击。 问题答案： 正如其他一些人已经说过的那样，这取决于您如
-
问题内容： 我有项目清单。这些物品大多数都没有库存。项目表具有ID，名称，描述。项目数量存储在另一个名为清单的表中。库存表具有item_id和库存数量。 我是否需要库存表的主键？如果是这样，我应该使用序列密钥还是复合密钥？什么时候可以没有主键的表？ 编辑：谢谢大家提供的非常有益的信息。我现在将始终拥有主键，除了极少数的例外。我还学到了更多关于串行键和复合键的信息。 问题答案： 始终以拥有主键为目标
-
问题内容： 在Java的JPA中（通过EmbeddedId或IdClass注释）似乎仅对复合数据库键提供第二类支持。当我阅读复合键时，无论使用哪种语言，人们都会碰到它们，因为这是一件坏事。但是我不明白为什么。如今，组合键是否仍然可以使用？如果没有，为什么不呢？ 我发现一个同意我的人：http : //weblogs.sqlteam.com/jeffs/archive/2007/08/23/comp
-
本文向大家介绍什么是主键?什么是外键?相关面试题，主要包含被问及什么是主键?什么是外键?时的应答技巧和注意事项，需要的朋友参考一下 主键是表格里的(一个或多个)字段，只用来定义表格里的行;主键里的值总是唯一的。外键是一个用来建立两个表格之间关系的约束。这种关系一般都涉及一个表格里的主键字段与另外一个表格(尽管可能是同一个表格)里的一系列相连的字段。那么这些相连的字段就是外键。
-
问题内容： 关于SQL Server，我了解： 表示内存是延迟分配的，这意味着它完全适合（插入时）数据。 表示没有大小限制\限制。 那么，在使用时，是否总是最好使用，因为我们无论如何都不会分配整个大小？ 我们是否应该仅在要在此数据库列上强制执行约束的情况下才使用恒定大小？ 问题答案： SO用户@Remus Rusanu在此主题上有一篇很好的文章。这是我窃取的摘要，但我建议您阅读全文： 处理MAX类
-
问题内容： 您需要显式创建索引，还是在定义主键时隐式创建索引？MyISAM和InnoDB的答案是否相同？ 问题答案： 主键始终被索引。对于MyISAM和InnoDB，这是相同的，并且通常对所有支持索引的存储引擎都是如此。