SQL Server数据库的字段名用汉字好不好呢?(20分)

  • 主题发起人 主题发起人 studying
  • 开始时间 开始时间
S

studying

Unregistered / Unconfirmed
GUEST, unregistred user!
有什么利弊?
 
不好。可能看的比较清楚,但一旦什么地 方出点问题,你哭都来不及
 
我是用汉字名的,在用DBGrid时可省不少力气。在放Label时等等。
Crab 你说的问题,能举个例子吗?我刚与人签了合同,到时出问题真的是
哭都来不及.
 
用老美的东西还是用E文好,用中文做标志符总有种不踏实的
感觉,万一它在中文支持上有一个虫子怎么办?
坏处嘛...不太清楚,关注!
 
你可以用英文,在数据敏感控件中的 "CAPTION"属性用中文,不是解结决了吗!
 
如果用中文,虽然查询结果可以看得清楚些(要是能查询正确的话),
可是好多列名用中文,查询语句是不认同的,结果就难以预料了。
所以最好用英文。
 
当然是不好,非常的不好,绝对的不推荐。
比如当你在写入一个sql 语句的时候,不小心按了一个中文空格。嘿嘿
你能看出来吗?有这个空格你的这条语句就废了。找把你。想死了也不知道是是吗地方出问题了。
还有很多这样的问题,所以,绝对不推荐用中文字段名.
 
大家已经说的很清楚了, 还是英文字段好。
 
我到是提相反的意见,我觉得用中文名字没有什么大不了的,实际上
sql server是更高一层的应用软件,而不是程序设计工具,中文标识符
应该被提倡。各位提的问题还是功夫不到家的原因,而且用英文也有
一些麻烦,比如说,如果不小心用保留字做了字段名,或者应用的时候,
有些字段值和名字之间起了一些关联等等。避免了。另外,用英文能用
好了还行,用不好让别人看起来简直是!@#$%^&*
 
lczhuohuo:
我与你有同感,我一直用中文名称.
大家想想,你的程序中有1000个label,100个DBGrid,
要全从E文改到中文,工作量何其大。
请哪位高人举个用中文会出错,而用E文不出错的例子。
 
我也一直用中文。
可是有个网站的论坛却说用中文字段名的人可能不是程序员,
(我目前还没有发现错误)
 
用中文虽然dbgrid上能省一些事,但编程时太费事,确实也存在空格的问题,所以我认为
还是用e文好,另外有一些开发工具如pb根本不能用中文字段,显示都成问题,所以说
‘用中文字段名的人可能不是程序员’也不是没有道理
 
萝卜、白菜,各有所爱!
 
用英文较好,修改数据集控件的所有字段
的displayname为字段的中文含义就行了,
SQL SERVER 是支持中文,但难保不存在
BUG,同时利于数据库的移植.
 
强烈建议用英文字段名!!
撇开上面各位同志的分析,在下列环境下查询会出错:
如果客户端的操作系统是英文版配中文系统,则用中文字段名时,不能查询数据。
 
我支持使用E文,虽然我用delphi没看出利弊,但用pb时却大不一样,pb不支持中文字段。
 
两者差别不大,主要在于客户端在开发和使用中的使用、识别中文能力上。
如果有人极力反对中文,那奉劝各位“最好记录的数据内容也不要是中文的”。
考虑到兼容性(与不同操作系统和开发软件),我还是建议用能识别的ASC码。
考虑到懒惰性(微软把你们惯的),我的某些开发组成员喜欢用不费脑子的ASC码。
考虑到生存期(天知道某些东西),我不用所谓的"SQL SERVER".
 
我觉得值得一提的是,为了在双字节上面有所突破,人们已经做了很多很多的工作,
unicode的编制就是一项很有意义的事情。实际上计算机在设计初期所遗留下来的问
题,现在正一点点的冒出来,并逐一得到解决。我觉得用中文字段名是一种趋势。
新一代的程序员,也许会在很多方面突破原来的限制,举个例子,xml这种新型的
标记语言就在其标准中明确指出了要支持unicode,也就是说会存在大量的双字节
标记。xml同数据库是直接挂钩的,如果在xml语言中出现了很多双字节标记,而
我们的数据库还使用E文的话,转换就会是很繁琐的事情。
 
lczhuohuo
说的没错,unicode就是为了对付各种语言用的。
E文好的同志继续用E文字段,中文用惯的继续用中文。
下定决心用中文了!!!
 
中文好啊!
不过我还是用E文!必定可靠性强!
 
后退
顶部