代码之家 › 专栏 › 技术社区 › Chris Smith

理解奇怪的数据库密钥设计

database sql-server

Chris Smith · 技术社区 · 17 年前

organization_internal_id
订单表PK (organization_internal_id, order_internal_id)
(order_internal_id, organization_internal_id)

internal_id

为什么不将内部ID设置为主键,而是为每个ID设置一个单独的唯一聚集索引(就像现在一样)?

我能想到的一件事是,设计人员不知道主键和聚集索引之间的区别,所以他们使用奇怪的PK来获得他们想要的聚集索引。公平地说,订单行通常是参照订单访问的,在行级别以下没有详细信息可以参考 order_line_internal_id .

查询效率

3 回复 | 直到 17 年前

Community Mohan Dere 9 年前

CMB 17 年前

我认为你的“一种可能性”很有可能。显然,在过去的数据库设计时代,主键是唯一可用的唯一索引;引用的材料 this question about one-to-many relationship implementation 例如,它似乎来自这样一个时代。似乎有理由认为,在那个时代受过训练的一些人往往会保留它的习惯。

Cruachan 17 年前

逻辑应该是这样的:“我们知道我们通常只需要从这个表中获取组织内部id和订单内部id,所以如果我们使用它作为PK,数据将被直接检索,而不是强制访问我们通过任意内部id访问的实际行数据”

推荐文章

Nebula Tech · 在SQL Server中搜索字符串中单词的多次出现

1 年前

blogger13 · 视频租赁店数据库的规范化

1 年前

ashish · Postgres是否支持使用复合外键的“ON DELETE CASCADE”

1 年前

ì¤ì¤í · 为什么LEFT INNER JOIN被弃用?

1 年前

relatively_random · 确保两个表之间一致的共同参考

1 年前

Qi Xiang · Milvus在使用expr和vector进行搜索时是如何工作的?

2 年前

Grenish Rai · Firestore错误“用户文档不存在”

2 年前

Saijo-Shi · PLpgsql中的更新触发器

2 年前

Dante · Django::配置不当:池不支持持久连接

2 年前

YouLocalRUser · 删除重复行,保留第一行

2 年前