我总是有一个主键，即使一开始我还没有想到它的目的。有几次，当我最终需要在一个没有PK的表中输入PK时，总是会遇到更多的麻烦。我认为总是有一个人会有更多的好处。

简而言之，没有。但是，您需要记住，某些客户机访问CRUD操作需要它。为了将来的校对，我总是倾向于使用主键。

在每个表上都有一个PK是一个很好的实践，但这不是必须的。大多数情况下，您需要一个唯一的索引，和/或聚集索引(这是PK与否)，这取决于您的需要。

查看联机图书的主键和聚集索引部分(适用于SQL Server)

"PRIMARY KEY约束标识具有唯一标识表中一行的值的列或列集。表中的任何两行都不能有相同的主键值。不能为主键中的任何列输入NULL。我们建议使用一个小的整数列作为主键。每个表都应该有一个主键。符合主键值条件的列或列的组合称为候选键。”

再看看这个:http://www.aisintl.com/case/primary_and_foreign_key.html

为了证明未来，你真的应该这么做。如果你想复制它，你需要一个。如果你想把它加入到另一张桌子上，你的生活(以及那些明年不得不维持它的可怜的傻瓜们的生活)将会轻松得多。

最好有一个主键。通过这种方式，它满足了第一种标准形式，并允许您继续沿着数据库规范化路径进行。

正如其他人所述，有一些理由不使用主键，但如果有主键，大多数情况下不会受到损害

如果你正在使用Hibernate，不可能创建一个没有主键的实体。如果您正在使用使用普通sql/ddl脚本创建的现有数据库，并且没有添加主键，则此问题可能会产生问题