正确命名表的 id 字段

Question

我目前正在阅读 Joe Celko 写的《SQL 编程风格》一书。

在第一章的“开发标准化后缀”段落中，他对 id 列进行了说明：

“_id”= 标识符。它的独特之处在于 模式并引用一个实体 它出现在架构中的任何位置。 切勿使用“>table_name<_id”

几页后他说

不要使用下划线作为第一个 或名字的最后一个字母。看起来 就像这个名字少了另一个 组件。

他不推荐使用“id”作为列名。

所以我想知道你们如何命名 id 列？

我知道大多数人可能会认为这个问题有什么意义，但我正在考虑标准化我的数据模型，尽可能遵循行业标准和 ISO 标准。

Answer 1

我也不赞成使用“Id”作为列名，尽管它已经变得非常普遍。 “EmployeeId”比“Id”长，但更具描述性。它还允许外键通常与其引用的列具有相同的名称。当数据库的控制权从一个人转移到另一个人时，这非常有帮助。

上述情况有一个例外。同一个表中可能有两个外键，它们都引用同一个键。还可以有一个自反外键来引用它出现的同一表的不同行中的键。

让我举一个反身键的例子。您有一个员工表，其中包含 EmployeeId 键。您还有另一列，称为 SupervisorId，用于记录主管和多个下属之间的关系。在这种情况下，外键的名称命名角色，而不是实体。

作为替代方案，可以使用用户定义的域来记录两列引用同一事物的事实。同样，当必须将数据的基本含义传达给新人时，这是最有用的。

使用下划线作为符号内的内部视觉分隔符是一个完全可分离的问题。驼峰式命名法比下划线更普遍，甚至有些系统不允许下划线作为符号组成部分。

最重要的是，保持一致。如果你使用武断的、反复无常的、矛盾的命名约定，你最终甚至会迷惑你自己。

Answer 2

我认为这是一个好问题。做你认为好的事情，并且每次都始终这样做。那你就没事了。

我使用表名+“id”模型：UserId、PersonId 等。

Answer 3

我不会分享我对命名标准的看法，而是尝试回答你的问题；）

我认为 Celko 的观点是学生表中的 Student_ID 是一种代码味道，即设计者的风格可能是总是添加他们在物理模型中创建的每个表（即使逻辑模型中没有此类列）都有一个 ID 列（可能是自动增量列），目的是使用这些 ID 列作为外键。换句话说，Celko 不希望您始终使用代理键，而是希望您在适当的情况下使用自然键。

如果您继续阅读第 1.2.5 节（第 14-15 页）并遵循他的表名称规则，您将发现为什么表名称 + _ID 不太可能出现：

如果我找不到行业标准
（姓名），我想找一个集体
或类名...例外：使用
如果表实际上是单数名称
其中只有一行。

因此，例如，如果您有一个包含学生数据的表，它可能被称为“学生”而不是“学生”，但更有可能是“注册”（或类似的）。并且只包含一行的表不太可能需要 _ID 列。

我想有些名词的复数与单数相同，所以也许 Sheep_ID 是可以接受的（当然，只有在没有行业标准绵羊标识符的情况下！）

还要考虑规则 1.3.2。 (p19) 避免不同位置的名称发生变化，例如，在 Students 表中称为 ID 的域，在其他表中称为 Student_ID 的域。整个模式中不太可能只有一个名为 _ID 的元素！

Answer 4

对于表 ID，我总是使用表名 + ID。

这样做的原因是为了避免查询中的列名不明确，当它是 1 到 1 映射时

有时我会快速编写 sql 来进行测试，如下所示

Select
  * 
FROM table1
Inner join table2 on table1ID = table2ID

如果我没有在 ID 列中使用表名，那么这会引发错误（迫使我使用表上的别名）

Select
  * 
FROM table1
Inner join table2 on ID = ID

也是使用表名的另一个很好的理由，通常测试查询以查看存在哪些数据，使用“*”来选择列。如果您执行连接和 Select *，有时很难理解哪个 ID 来自哪个表，特别是当您从 2 个以上的表返回大量列时

Answer 5

我始终主张全球唯一的 TABLENAME_ID。在这一点上，我强烈鼓励表名充分描述其上下文，因此在进行外部引用时，它们的应用绝不会出现任何歧义。

Answer 6

ID 作为列名很难维护，而且在我看来更容易导致连接错误。

例如，假设您始终在每个表中使用 ID 作为列名。

现在假设您需要加入其中六个表。作为一个典型的人，您复制第一个连接并更改表名称。如果你错过了一个，并且使用了 id，你将得到一个运行的查询并给出错误的答案。如果您使用 tablenameId 您将收到语法错误。请参阅以下示例代码：

create table #test1 (id int identity, test varchar(10))
create table #test2 (id int identity, test varchar(10))
create table #test3 (id int identity, test varchar(10))

insert #test1
values ('hi')
insert #test1
values ('hello')
insert #test2
values ('hi there')
insert #test3
values ('hello')
insert #test3
values ('hi')
select * 
from #test1 t1
join #test2 t2
    on t1.id = t2.id
join #test3  t3
    on t1.id = t2.id    
select * 
from #test1 t1
join #test2 t2
    on t1.id = t2.id
join #test3  t3
    on t1.id = t3.id        

Drop table #test1
drop table #test2
drop table #test3   
Go

create table #test1 (t1id int identity, test varchar(10))
create table #test2 (t2id int identity, test varchar(10))
create table #test3 (t3id int identity, test varchar(10))   


    insert #test1
    values ('hi')
    insert #test1
    values ('hello')
    insert #test2
    values ('hi there')
    insert #test3
    values ('hello')
    insert #test3
    values ('hi')

select * 
from #test1 t1
join #test2 t2
    on t1.t1id = t2.t2id
join #test3 t3
    on t1.t1id = t3.t3id    

select * 
from #test1 t1
join #test2 t2
    on t1.t1id = t2.t2id
join #test3 t3
    on t1.t1id = t2.t3id    

    Drop table #test1
    drop table #test2
    drop table #test3   

使用 tablenameId 的另一件事是，当您需要复杂报告查询中多个表的实际 id 时，您不必创建别名来查看哪个 id 来自何处（以及让报告应用程序满意，因为他们中的大多数都坚持为报告使用唯一的字段名称）。

Answer 7

哇，我本来要写“我总是使用 TablenameID，但世界上其他人都不同意我的观点”。不过，看来这里的每个人都同意我的观点。

当然，就是当我在表中使用代理整数 ID 时。如果有一个自然主键，我会使用它。

Answer 8

在我的数据库中：

对于外键 ID，我使用单数版本的外部表名称 +“Id”。我使用大写的 I，小写的 d，因为这是外汇警察在我心中根深蒂固的标准。

对于自动递增身份，我经常使用“SequenceId”

在我的数据层中：

我使用对象名称+“Id”，遵循“Id”的最佳实践标准