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