您假设数据库仅用于存储关系数据。这肯定不是它们的用途，因为实际考虑总是会赢的。

一个不需要主键的明显例子是带有某些描述（天气/数据库/其他）的“状态”日志。如果您永远不会从该表中查询单个值，则可能不希望拥有主键，以避免不得不等待插入键中。如果您有用例从该表中选择单个值，那么可以肯定，这将是一个糟糕的解决方案，但有些人根本不需要。如果绝对必要，您以后可以随时添加代理密钥。

另一个示例是写密集型应用程序需要告诉另一个进程做某事。此辅助过程每N分钟/小时/无论运行一次。一次性对N百万个记录进行重复数据删除比检查表中每个插入的唯一性要快得多（请相信我）。

作为关系数据库出售的产品不仅仅用作关系数据库。它们被用作日志，键值存储，图形数据库等。它们可能不具备竞争的全部功能，但有些却具有功能，并且拥有一个不适合您的关系模型的表通常比创建一个表更简单。整个其他数据库并遭受数据传输性能的损失。

tl; dr 人在数学上并不完美，因此不会总是使用数学上完美的方法来做某事。委员会由人员组成，有时可以实现。