数据库的主键字段名叫`ID`不香么，为什么非要`table 名+ID`、`table 名缩写+ID`？

语义更明确吧

当你有 10 个表的时候，都叫`ID`你记得过来吗？

我合作的小伙连 id 都没有

还有类似的，表名用 t_User, t_Customer

@laravel #3 又看到这个 id 了

有外键查询时键名能统一

@alexmao 你说的 10 个表什么场景？写查询 sql ？用别名不行麽？

表多了好认

是的，我觉得没必要，楼上说的 t_前缀也没必要，当初提出 t_前缀时是为了区分 view 和 sp，现在都不用了

@islxyqwe 可是我们不用 id 当做外键关联，我们都是用表里面定义的唯一业务编号 code 关联

@qq292382270 我们不用 id 关联，所以我是选择性忽略了麽

@alexmao 都叫 id 为什么会记不住？你想表达的是不宜区分吧，t1.id AS t1_id 不可以吗？

比较下 where t1.id = t2.user_id 和 where t1.user_id = t2.user_id

@wd

当然是 where user.id = topic.user_id 好

xxx 对象，表名 xxx，字段名 xxx_id xxx_name xxx_???

这样做，一个是有些属性像 order name status 这些可能是 DB 的关键字，有时候工具或者代码高亮显示的很奇怪，但是基本上不报错
另外一个原因就是表连接的时候，两个表可能有一样的字段，需要表（别）名点字段（当然平常也应该加上别名）

user 表如果主键叫 user_id，topic 表里的用户字段就该叫 topic_user_id，这么写 SQL 不反人类？

@wd 又不是代码生成器，为什么叫 t1t2,user 可以简写 u，topic 简写 t，所以就是 u.id = t.userid

叫 ID：ORM 自动映射
不叫：手写 SQL 连表查询方便

看你是手写 SQL 还是用 ORM 咯

科普一下, SQL 有个 AS 关键词

当然没必要了,开发了 n 个项目,直接 ID,root-class,反而开发效率更高,封装起来更容易,前端对接也不用关心,缩写啊什么的臭毛病

谁设计的听谁的，背锅也不会是你

@alexmao 你难道用字段的时候不用表?想学习下这样的业务场景

@THESDZ 用表是用表，但是如果能区分，为什么不区分呢？多一点信息不是更加明确吗？

@alexmao 既然用了表,`table.id` 和 `table.table_id`,你非要选后者,理由是语义更清晰?

@THESDZ 在一个表里叫 id，另一个表里放这个 id 的时候叫 table_id，不觉得很不规整吗？

个人强烈推荐字段按表统一加前缀

关注，我个人是倾向主键就叫 id

只要项目里统一口径就行, 各有好处吧.
除了 id, 还有很多其他单词也是很高频的字段名, 难道都要加上 table 名吗

用 rails 习惯后，我什么都是按 rails 的来的

@alexmao
1. 不觉得,规整应该指的是同一套标准,而非同一个名字.
2. 顺带:良好的代码应该简介的同时可以自解释,`ID`在当前表就是主键,没人看不懂,而`USER_ID`明显就是`USER`表的主键
3. `ID`一般都没有业务含义,统一的好处是在处理统一的非业务逻辑的时候,不需要考虑一些异化的问题,从我有限的开发经验中,我认为全部使用`ID`效率更高.

自己的 id 就叫 id，关联到别人的字段叫 xxx_id
其实怎么叫不是很重要，主要还是要有统一的命名规范

我们更奇葩
主键用 pk_表名全称
外键用 fk_表名全称
定这规则的人说是 10 年高德地图的都这么用，现在是 2020 年了

喜欢 ID
当一个 table 很长的适合，取一个很长的 table_id 感觉不舒服

我天王老子来了我也直接叫它 id ！

貌似表名+id 的命名方法很早很早了吧，不过很早很早之前我就只用 id 了

也符合命名简单明了的规范（当然这是单表角度）

但是多表角度的话都会有 表明.字段名，so 个人觉得还是 id 合适

@lichao 这种用法遗传自以前的虚拟主机时代 一个 MySQL 库 跑多个应用 在表名上加前缀来区分

记得 powerdesinger 里面建模，默认检查有效性的时候，不同表相同名字的字段是有警告

可能是多表联查的时候，可以直接撸，不用担心字段冲突？也不用用 tableA.id as Aid 来多写几行？

我看了下，好像没人提逻辑主键和业务主键的区分。
说白了楼主是用逻辑主键的，所以主键不参与关联，是个无意义字段，自然一个 id 就行。
而楼里面提倡「 table 名+id 」的则是用业务主键，主键中包含表名易于关联。

所以无所谓对错，只是逻辑主键和业务主键两种不同的习惯而已。

就叫 id，没什么问题，多表关联时候带上表名就行了

直接用 id 吧，我 orm 用的多，用其他字段得手动指定，带表名也就联查方便了一点点

规矩问题，非原则问题，没什么大不了和讨论的，看什么菜下什么锅即可

目前感觉唯一有用的地方 select xxx_name, yyy_name ...join a.xxx_id=b.yyy_id，个人倾向不加前缀，毕竟谁不使用 ORM 了

差别是不大，但是 id 省事好用，完胜嗦的 xxx_id，当然用 id，不会真有人用 xxx_id 吧，正经人谁用 xxx_id 是吧？

统一叫”ID 不香么”

多表查询时，字段可以不用 AS 。他可能不知道 AS 的存在，也可能他就是看不起 AS 。

@alexmao a.id, b.id 不香吗?

世界从来不是有序的, 而是从无序中寻找有序, 人们将这称为"劳动".

自增主键 id 应该是一个和业务无关的字段，所以叫 id 就好

平时用 id 或者 table_name_id 选一个就好了，但考虑分库分表时，使用 table_name_id，作为 sharding key 会比较好用

就是在关联表里看起来舒服点吧，不然主表叫 id，关联子表里叫 xxid，语义上不是很友好

叫 id，自增，不参与任何业务

user: id,username,pwd,salt

@ZXCDFGTYU user_info: id, user_id,phone

id 每个表的 id 为 pk，table+_id 为关联字段 id，我个人习惯感觉还好，如果要是表名太长的话，可以用其他意思相近的英文单词替代。这样的话，能够单看 field 就能知道这个字段关联的哪个表，更方便一点。

楼上说的单独的关联表也可以，user_info_rel，table1+table2+_rel，字段里就是 user_id （ user.id ），user_info_id(user_info.id)。

以上为个人习惯

同一个项目统一风格就好

真码农有能力制定项目命名规则，就按自己偏好来，自己制定不了，学会适应

现代编辑器比较先进，各种风格差别不大

这么喜欢统一主键名，mongodb 欢迎你

别争了，本表主键名称以加表名作前缀的就是沙雕行为，没有任何好处

讨论技术问题最烦“规整”、“太重”、“奇怪”这类不明所以的形容词，我 TM 都不知道这些人到底在说啥，标准都让你定了，别人讨论个尖儿。

tp 连表查询重名的会哭死

都叫 id，不然用 orm 还得去配列名映射。

统一叫 id，主键自增，没有觉得不方便或者有混淆的地方

遇到项目里表特别多联查的时候,有前缀就很方便清晰明了.

爱怎么用就怎么用，都没错，风格统一就完事了

我就叫 id，谁不服谁自己写

这样连表查询的时候很直观，一眼就知道连哪张表哪个字段

当前表的主键就叫 ID 啊，外键才会带上表名，比如文章表的用户 ID 就叫 user_id 或者 creator_id
主键带当前表的表名就很沙雕（还有表前缀）

当前表 id, 其他表 xxx_id

擦，刚想说点啥，发现自己项目中的也是用 ID，如果不是关键字什么的其实应该没多大问题，像什么 ISXXX 之类的尽量不要用，有的框架会解析错误，表名啥的尽量能做到见词知意。

我个人是倾向主键就叫 id， 查询可以别名 as

我们使用的 id 。但是感觉这个字段除了唯一性没什么其他用处了。

我司基本上有 id 列，但不用。额外添加一列名曰 code 或者表名+code 。字符串类型，值是缩写加数字。手动实现一个后面的数字的自增。

听领导说是百度先带出来的

主键不叫 id 的都是异教徒

照你们这么说，user_name, artical_name, category_name，都叫 name 得了？反正 sql 的时候都带着表名。

前人栽树后人乘凉，前人挖坑后人遭殃

我觉得 id 好用啊，每次在 Orm 里面用到主键的时候，还要想一下是什么。八成设计表的人害怕 join 的时候主键冲突吧，笑

user_info: id, name, company_id, phone_id
company_info: id, name
company_structure: company_id, user_id, user_level
phone_info: id, name
联表一查，喵喵喵？

@zhaokun 这个好像是阿里规范也是这样的

有契约其实比较好。
比如 主表 primary.id 外键就叫 other.primary_id
主表是 table.code,外键 table_code
id 用 bigint code 用 varchar

[https://data.stackexchange.com/stackoverflow/query/new]( https://data.stackexchange.com/stackoverflow/query/new) 右侧 demo 中都是 id

主表就叫 id，外键用 table_id

@Rwing #9 有用到的,用来对表进行分组

我个人倾向就是每个表都有一个 ID 主键，外键用 table_id

postgres 里 id 就是一个单独的表。

香，结贴。

这里的 `table 名+ID` 这个是指 user 表中 用 user_id 当 pk 么
如果是这种 那应该用的人比较少吧

大部分人应该都是 用 id 作为唯一标识
user 表的 pk 是 id
order 表 pk 是 id fk 是 user_id

同时用 id 和 code
id 是 pk 自然是唯一的
code 作为外部关联标识应当是唯一的
这样的话 不觉着 id 略显多余么 干脆别用 id 直接 code 作为 pk

通常表里还会加两个字段 创建时间 修改时间
查最新数据用 创建时间字段 比 id 字段 更恰当

这么用的基本都是野鸡程序员，凡是正规学过数据库课程的人都知道不存在语义问题

看情况，直接冗余也是可以的，1 个表 id 和 user_id 都有也正常，user_id 不是字符串的情况也是有的

个人习惯吧
table a (id pk, b_id fk)

@bugFactory table b (id pk)

个人倾向字段名统一，id 就 id，name 就 name，title 就 title，外键用 table_字段不就好了，而且不同表对应不同业务为啥会混淆。。

规范而已，不必大惊小怪。
一般规范都来源于血泪史，而每个人的血泪史都有所不同，所以有不同的规范很正常。

根本不需要前缀，你们这些笨蛋，大笨蛋

@mirrorpen 有的时候表名太长，字段名前加表前缀是又丑又长..（暗指我司老项目的数据库设计）

统一规范。
列表直接叫 d 也可以。

“非要” 是指什么？ 谁非要？你女朋友的要求，你领导的要求，还是团队的规范？
每个团队有自己的习惯和配套的工具等，进行统一要求能够带来一些便利。

叫 xxx_id 而不是 id 的好处就是可以单独用的时候也具备辨识度（包括语义、可读性），多表协同的时候能提供一部分便利。

你在一个系统里，统一规范就好，别一会东一会西。

如果你一般都是 select * from xxx order by id desc limit 1 这么简单的事情，那显然没必要纠结。

就像写个 hello world 没必要引入一大堆框架，搞上一大堆设计模式。

我的字段怎么定义关你屁事，这也要发帖？

只叫 ID 就行了。加短前不就是匈牙利命名法么，缀稍微多几个表就要重名，然后要么要特殊设计记不住的前缀，要么还是要带上表名