大家是怎么看待数据库字段用拼音命名的

拼音

坏处

鄙视

数据库

196 条回复 • 2018-03-26 22:19:10 +08:00

1 2

❮

❯

101

shiji

2018-03-12 10:25:10 +08:00

另外即使是英文，四级词汇了基本够了吧。

102

l00t

2018-03-12 10:25:57 +08:00

拼音首字母很常见。用拼音全拼的反而少。数据库字段名字长度是有限制的，不可避免要各种缩写。反正都要提供数据库表结构说明和数据字典的，用拼音首字母缩写也挺好的，不会出现各种不同的翻译名。

103

gamexg

2018-03-12 10:26:42 +08:00

清晰易读即可，
至少比缩写到只 2、3 个字母的好太多！！！

104

logOo

2018-03-12 10:29:38 +08:00

1

打开词典，翻译一下，好几个，选这个。别人看了，哎，你意见很大啊，还用英文骂人。

105

wtgam

2018-03-12 10:30:10 +08:00

所有说用拼音无所谓的，请问写过多少项目？

106

zimer

2018-03-12 10:32:00 +08:00

代码规范决定的吧，显得正式些。
但是用生僻的或不常见的单词命名时有事就显得鸡肋了，大家都不熟悉而去命名搞得就南辕北辙了，还不如用拼音。
还有就是英文单词过长而且合成词的时候也还是用拼音吧。
具体情况具体规范吧。
但对全拼还是有点接受不了。

107

otakustay

2018-03-12 10:33:10 +08:00

1

互联网和企业 IT 根本是 2 个世界，互联网上大部分概念还是熟知的英文能解决的，到了企业 IT 里面，一个工作流跑起来里面的那些领导开脑洞出来的节点能翻译成英文算你赢

108

Moorj

2018-03-12 10:35:22 +08:00

全中文命名路过

109

realpg

PRO

2018-03-12 10:41:31 +08:00

1

而我个人掌控的团队，更倾向于一种有规则的中英文混用，相关规则所有成员都明确

有单一简单单词，且不会发生歧义的，或者有英文缩写的，用英语，驼峰法

比如：
id url title

有些较长的词，在数据库字段类频繁出现的，用自定义短写，这也有一些防止万一出现注入类漏洞被盲猜的作用，敏感关键字设置的比较罕见主要是防止这个

比如：
description -> des
title -> tit
content -> cont
password -> psw
username -> unm
admin -> amn
count -> cnt
time -> T ==> create time -> createT; update time -> updateT
date -> D ==> last modify date -> last_modifyD

对于国内业务逻辑难以翻译或者翻译后冗长的项目，采用全拼或者拼音缩写均可，且包含这种项目的必须定义数据字典；数据字典应写入数据库内表备注，以及项目手册，同时对于这种字段超过 5 个的单表，在总表备注数据字典以外，必须每个字段的备注中用中文简称写出这个字段的无歧义大致含义。在整个项目的基本需求限制中说明允许使用中文字段的，可以采用中文字段名。

110

citydog

2018-03-12 10:45:38 +08:00

矫情，爱用啥用啥，自己觉得哪个方便用哪个

111

imn1

2018-03-12 10:50:08 +08:00

真搞不清楚这有什么好争的？！还上升到逼格？！

数据库 /表 /字段等等的命名，无非就是分类学的标签命名而已
争来争去，无非就是通用范围，英语通用范围广，汉语通用范围小罢了
实际上，说通用范围，全数字肯定通用范围最广，为啥不用全数字？

正如域名，使用域名就是用表意替代全数字 ip
既然表意，在一定范围内全员（或绝大部分）能明白就足够了
字段名等等同理

20 年前，说用汉语拼音作域名太 low 的多了去了(那时拼音域名很难卖的)，虽然今时今日还有这种声音，但相比 20 年前已经相差甚远了

我以前搞不清为啥软件要用希腊语 alpha/beta 区分，不能用 pre/test 之类纯英语
估计现在很多人会觉得后者 lowB 吧

大家不妨了解一下“分众分类法”

112

jmc891205

2018-03-12 10:52:03 +08:00

我是无所谓只是公司里的外籍同事们肯定会反对
说起来开会的时候只要有一个外国人在场我们所有人都要讲英文= = 真是太讨厌了

113

miniwade514

2018-03-12 11:02:33 +08:00

不加声调的情况下，怎么确保可读性？
我的观点是，不仅要用英文，而且尽量用完整的单词，少用缩写。
用 Google 翻译那么方便，多打几个字母也耽误不了多少时间，为什么要懒呢？

114

yujieyu7

2018-03-12 11:10:52 +08:00

英文命名一定是标准的规范，但有时不得不吐槽一下，很多中文简洁的词汇英文会特别长或者很生僻，自己或别人都一下看不懂，这时候就真不如拼音好用了

115

ethusdt

2018-03-12 11:12:03 +08:00

http://unbug.github.io/codelf/

安利某 v 友开发的查看大佬们都是怎么命名变量的

116

Henryzhao

2018-03-12 11:14:34 +08:00 via Android

1

拼音首字母是最绝望的，XM XB SFZH CSRQ ZXSJ

117

wayway

2018-03-12 11:22:28 +08:00

拼音并不是一种语言形式
本质是因为这个。

118

SunnyCoffee

2018-03-12 11:24:03 +08:00

之前做过一款和医疗相关的 App，有个病史，包括高血压、冠心病、糖尿病，我也试过用英文命名，最后放弃了，改用拼音缩写

119

timothyqiu

2018-03-12 11:26:51 +08:00

拼音只是汉字的转写注音，不是单独的文字。

120

zhttty

2018-03-12 11:29:06 +08:00

拼音也要符合一定的命名规范，其实没什么不好，而且可维护性都不错；那些说某部门某产品拼音可维护性差的，即便换成英文命名，团队尿性也一样。

PinyinYeyaoFuheYidingDeMingmingGuifan

PinYin-YeYao-FuHe-YiDing-De-MingMing-GuiFan

121

srx1982

2018-03-12 11:29:36 +08:00

你要用拼音，那就找个地方写清楚拼音对应的文字，要不新来的得使劲猜

122

ligyxy

2018-03-12 11:38:37 +08:00

因为看不懂和有歧义

123

xAx

2018-03-12 11:41:11 +08:00

1

实际经验是用全拼或英文单词，只有风格统一，并不是什么太大的问题，只是要人命。

但是用全拼会出现命名太长的问题，所以很多人就用首字母简写。这真就要人命了，看名字真 TMD 猜不出来是个什么意思。当数据库字段映射到代码又不做转换时，代码真的看死人。

如果用全拼，不考虑命名太长这个问题的情况下，
拼音命名与英文命名相比一个最大劣势是没有声调，没有声调的拼音...又要靠猜。

代码命名一直强调的是见名知义，拼音毕竟只有音没有意，表达不了汉字意思。
现在支持 utf8 命名的语言也有不少了，在这类语言中用拼音还真不如用汉字。

用汉字又要在输入法上不停的切来切去，所以最终的综合选择还是用英文单词对开发人员比较方便一点。

----------
对于一个拒绝拼音拒绝北京话的人来说，用英文最少不会污染中文

124

LokiSharp

2018-03-12 11:45:32 +08:00

我觉得比用英文好看起来方便

125

nuxt

2018-03-12 11:52:27 +08:00

好的命名自己会说话，用拼音不得加注释？要不然鬼才知道什么意思

126

mengzhuo

2018-03-12 11:53:13 +08:00

pin yin mei wen ti jiu shi bu yao gei wo sou xie le...

127

jackqian

2018-03-12 11:55:25 +08:00 via iPhone

@ctro15547 heilishi 是啥

128

mengzhuo

2018-03-12 11:55:54 +08:00

o, hai you a. shui yao shi bu xie zhu shi, kan wo bu da si ta!

129

blankme

2018-03-12 11:57:39 +08:00 via Android

@jackqian
black history

130

jeremaihloo

2018-03-12 11:57:40 +08:00

@nuxt #125 嗯，你可以尝试一下随便写一段话的拼音，然后你找人读一遍，你会发现他能读出来，而且知道什么意思，而且国内很多企业的业务词汇，没法用英文翻译到位，或者说翻译到位了，但是会很长到不能接受

131

ecloud

2018-03-12 12:01:09 +08:00

首先我要说的是，当年设计的这套罗马字母的拼音系统就很不完善，bug 多多
如果说可以直接用汉字命名，我没什么意见

132

Servo

2018-03-12 12:02:03 +08:00

WO UF VI XD YS UD PN

133

lifesimple

2018-03-12 12:09:22 +08:00

约定好就行啦不要一会英语一会拼音

134

est

2018-03-12 12:23:36 +08:00

拼音没啥问题。但是 user 表你要写成 yonghu 我也是很无语的。

135

YanSep

2018-03-12 12:25:45 +08:00 via Android

你一定没见过中文命名的

136

lastpass

2018-03-12 12:29:31 +08:00 via Android

遇见一个拼音首字母命名的项目。看的我各种崩溃。

137

lastpass

2018-03-12 12:31:09 +08:00 via Android

回复 @est 我比较无语的是遇到 yh 表。里面全是 yhm，mm 这种命名方式的。

138

crist

2018-03-12 12:40:26 +08:00

wo jue de hai ke yi jie shou a, wei sen me bu xing?

139

jinyu121

2018-03-12 12:40:50 +08:00

# 如何看待数据库表、字段全中文命名的项目？

曾经接触过一个行业应用，Delphi+SQLServer，仔细一看数据库，吓懵了，所有表和字段统统中文命名，比起拼音来说，极其简洁易懂，而且充分发挥 SqlServer 可以使用中文来命名表和字段的神力……

# 如何看待使用中文编程？

大一，第一学期，旁边寝室开始学 C++，VS2010

```
int main(){
int 第一个数 = 2;
int 第二个数 = 3;
cout<<第一个数+第二个数<<endl;
}
```

让我第一次感受到了 VS 的强大……

后来好像是因为输入法要来回切换，最终放弃了？

# 如何看待使用拼音命名？

其实挺奇怪的感觉。

比如 ly_master_xingming，楼宇管理员姓名…… regzhuangtai, qiandaostat, canyuhdsj ……（后几个你猜猜是啥？木有注释的哦～）

所以，如果条件允许，又不想让别人理解代码 /出于保密需要的话，我们可以翻译成阿拉伯文做数据库字段……

或者使用双拼方案～

140

dilu

2018-03-12 13:10:50 +08:00

@drunkbeta 是的就是用来记录是否爆满并且这样一个简单的东西用枚举类型就行他还用的 int...

141

ovear

2018-03-12 13:12:38 +08:00

可以简单表达的用英语，复杂的中文或者拼音，注释写好

142

zhang1215

2018-03-12 13:13:38 +08:00

没用汉字命名就不错了

143

MeteorCat

2018-03-12 13:15:50 +08:00 via Android

看情况，有的字段实际上真不知道怎么表达，比如游戏活动里面有个汤圆统计统计表，emmmm，我直接用拼音来解决了

144

Clarencep

2018-03-12 13:21:40 +08:00

我觉得有些时候真心翻译不出来英文的，用拼音命名也是可以接受的。

比起拼音命名的更蛋疼的是：一个字段命名好了，代码也写了一堆了，马上要上线了，可是产品经理说要改成另外一个东东，整体逻辑改动倒是不大，可是命名怎么办？！别问我是怎么知道的 -- 周五特价 -> 周末特价 -> 周一特价 -> 每周特价，这改动伤不起啊！

145

lalala121

2018-03-12 13:35:58 +08:00

都是听说,从来没见过

146

liuxey

2018-03-12 13:40:30 +08:00

用什么无所谓，团队一致且认可就行，但是对我来说全拼很不适应！我不是用全拼输入法，写起来顿挫感很强，估计我融入不了该团队

147

northisland

2018-03-12 13:43:04 +08:00

翻不出英文，说明对这块业务的把握不到位~呗

我经常为一个变量名字，纠结半小时，也是奇葩了

所以，我感觉随便起个名字 + review 的时候全局替换，是比较节省时间的做法

148

t2doo

2018-03-12 13:47:18 +08:00

[power_com] => 23
[power_com_contact] => 24
[power_com_tel] => 25
[power_section_contact] => 30
[power_section_tel] => 31
[thief_police] => 32
[thief_police_contact] => 33
[thief_insure_tel] => 37
[thief_local_com_contact] => 42
[thief_local_com_tel] => 43
就问你怕不怕。。。

149

20015jjw

2018-03-12 13:51:59 +08:00 via Android

要么用中文要么用英文拼音找喷漆

150

lcc4376

2018-03-12 13:54:52 +08:00

我做過,但被架勾師全改成英文的,後來我就只用英文

151

tcpdump

2018-03-12 13:56:09 +08:00

机房怎么翻译

152

Jeepeng

2018-03-12 14:04:18 +08:00

可读性好就行

153

ShareDuck

2018-03-12 14:06:11 +08:00 via Android

非常用英语能表达的，环境支持的，直接用中文，有些词汇，根本无法翻译陈英文。不支持的，用拼音全拼，强烈反对拼音首字母缩写的。

154

tairan2006

2018-03-12 14:06:46 +08:00

一般是用英文的，因为拼音的可读性其实很差，用首字母就更扯了。以下情况除外：
1. 很难用英文描述的 PM 自造词语；
2. 项目业务过于复杂 /专业，写英文也没几个人能看懂；

155

vvvvww

2018-03-12 14:07:18 +08:00

全拼还好，遇到没有韵母全是拼音首字母的才奔溃

156

tabris17

2018-03-12 14:07:59 +08:00

宁可接受中文字符，也不接受拼音字母

157

psyche

2018-03-12 14:15:49 +08:00

3

说用拼音有问题的麻烦翻译一下境界, 神炉, 化境, 修为, 兵鉴, 称霸天下, 洗练, 元神...
有些佛教和道教名词有正儿八经的翻译比如 garan(伽蓝), reincarnation(转生), sansara(轮回), 但是写出来你确定有人看得懂吗

158

xxgirl2

2018-03-12 14:16:55 +08:00

类似「施氏食狮史」的例子最可怕，对于我们五笔用户来说看拼音更加痛苦。
当然用什么标识不重要，文档一定要跟上，要不然就等于是看着源码做逆向反混淆了。

159

zhouzm

2018-03-12 14:23:02 +08:00

看样子做政府部门业务系统的人不多啊，使用拼音首字母缩写做数据库字段名几乎是行业标准啊，甲方业务人员只要看到字段名马上就知道这是什么字段了，你用英文试试。用全拼？开什么玩笑，写 sql 的程序员不敲死你。
只有与业务基本无关的数据表才会使用英文单词做字段名。

有兴趣的可以了解一下金税的数据表设计。

160

z1154505909

2018-03-12 14:24:31 +08:00

@logOo 我就碰到过啊,谷歌翻译找的单词,别人再翻译回去,另一个意思了

161

ConradG

2018-03-12 14:25:30 +08:00

至少比水平不够错用英文单词好

162

paicha

PRO

2018-03-12 14:30:24 +08:00

这是钓鱼贴？

163

xierch

2018-03-12 15:00:07 +08:00

用拼音是无法使用汉字的代替方案吧，还容易产生歧义……
如果确实需要使用拼音，不如先解决一下无法使用汉字的技术问题，然后用汉字吧。

164

xierch

2018-03-12 15:08:00 +08:00

直接使用汉字的坑在于各种软件、工具、库的兼容问题？
比如楼上有人提到的删了半个汉字什么的……
这都是技术上可以解决的问题…
拼音的问题，歧义、可读性差……这些都是没办法的

165

rockyou12

2018-03-12 15:30:30 +08:00

要是所有软件都能很好支持 utf-8 ……业务字段我真的想用中文

166

akinoneko

2018-03-12 15:31:28 +08:00

看过正方教务系统的数据库你就懂了,全是拼音缩写

167

imnpc

2018-03-12 15:34:52 +08:00

数据库字段加注释说明你用啥都行

168

geek123

2018-03-12 15:37:32 +08:00

国标就是这种。

169

chuanfujiang

2018-03-12 15:45:14 +08:00 via iPhone

@rockyou12 前天的项目上字段名称就因为中文的编码关系，软件里 utf8 转 txt 不完全，临场改的拼音首字母字段，今天看到这帖子......
AWKWARD :-I

170

abdiweli

2018-03-12 15:45:52 +08:00

我们都是直接中文字段名。

171

hisuiibmpower4

2018-03-12 15:48:42 +08:00

@SunnyCoffee “有个病史，包括高血压、冠心病、糖尿病” 病人 patient Pt 高血压 hypertension HT 糖尿病 diabetes DB，冠心病 Coronary artery disease CAD 这些是有固定缩写的，你不是健康业从业人员，不知道正常。想学英文依然要提高自己词汇量

172

kmahyyg

2018-03-12 16:04:51 +08:00 via Android

109 楼没问题

那些用拼音首字母命名的，看一次怕一次，后面接手的人还得才这是什么那是什么，连你们做个 http respone 的 json 的 key 都弄成拼音首字母的也是够了。

个人建议：第一个用英文单词的前四个字母+驼峰命名+一个词大致描述

如果国内特色严重的，直接全拼。别废话。

173

8Cangtou

2018-03-12 16:09:12 +08:00

支付变量名 gxs................供销社

174

123qqqqqq

2018-03-12 16:30:41 +08:00

不好意思，不能忍，顺手查下词典会死？

175

hasbug

2018-03-12 16:39:20 +08:00

英文长的就拼音

176

CodeM

2018-03-12 17:11:45 +08:00 via Android

汉语本来就不是注音文字看到拼音之后要先把音拼出来再再猜出具体的字，可读性太差了
我觉得直接打汉字都比拼音要好好歹不用猜意思猜半天

177

AlisaDestiny

2018-03-12 17:31:17 +08:00

@snw 这个我有办法：山西：jin(晋) | 陕西：shan(陕).是不是很机智。

178

sixm

2018-03-12 18:05:00 +08:00

拼音还行，至少能看懂，最烦的是拼音首字母……

179

wangxiaoaer

2018-03-12 18:17:24 +08:00

之前见过一个某机密单位的业务系统表结构，大概 400 多张表，每张表大概 60 多个字段，表名和字段名全部是首字母缩写，同时配合有一个同步的数据字典文件，指明每个表名和字段名对应的中文名称，我觉得挺好。

因为里面涉及到很多业务的字段名，纯英文压根就不是 4 级词汇能覆盖的，可读性等的确比不上拼音首字母缩写。