I icc Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #21 买东西都知道看性能价格比 写代码没有谁关注“价值时间比”，缺乏设计，过度设计，耍花招式的局部设计都会带来麻烦 欢迎加入Delphi交流群：33783080
L laoshu Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #22 我还是觉得用英文或拼音比较好…… 我喜欢用字母命名……
X xibaixin Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #23 我用ACCESS数据库时就用中文,也听好的,因为你的数据库不仅要软件用,而且本身数据库也可以用,这样,好处多用
A apathyboy Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #24 用中文不好地方：1.编码辛苦，老是2中语言的切换；2.移植问题；3.系统支持问题，包括操作系统和数据库系统；4.阅读问题，商业问题出发，很多时候不是你一个人，一个国家的人在使用阅读的
I icc Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #25 感冒发烧，我有绝招 1、编码辛苦：2中语言切换--学会五笔字型（加快打字速度），建立DDL字典（加快拷贝速度），双重加速，可以使你编码如飞 2、移植问题：不知道你想移植到哪里去，Linux？任何DBMS都支持Unicode编码 3、系统支持问题：如果你用了非中文OS，RDBMS，要改版也很简单，用UE哗啦啦的替换DDL字典，pas文件，dfm文件，用新的DDL重新建立数据库，就行了，我的数据库MIS后期开发的全部集成建库功能，要的就是一个DDL文件（SQL的DDL），90%的国产程序用在国内。所以这个也算不上什么大问题 4.阅读问题：你厉害呀，开跨国公司了？
感冒发烧，我有绝招 1、编码辛苦：2中语言切换--学会五笔字型（加快打字速度），建立DDL字典（加快拷贝速度），双重加速，可以使你编码如飞 2、移植问题：不知道你想移植到哪里去，Linux？任何DBMS都支持Unicode编码 3、系统支持问题：如果你用了非中文OS，RDBMS，要改版也很简单，用UE哗啦啦的替换DDL字典，pas文件，dfm文件，用新的DDL重新建立数据库，就行了，我的数据库MIS后期开发的全部集成建库功能，要的就是一个DDL文件（SQL的DDL），90%的国产程序用在国内。所以这个也算不上什么大问题 4.阅读问题：你厉害呀，开跨国公司了？
A apathyboy Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #26 1.工作量 2.至少我在debian下的postgreSQL看中文是乱码的 3.还是工作量 4.你这个有人身攻击嫌疑，有些系统做出来不一定要卖在中国，难道不可以卖到国外？
I icc Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #27 做全球软件，也不是全球都做吧，你卖到外国是很好，那中特殊情况，用户母语都不是汉语了，当然英语反而更好了，总之我们不是强调语言，我们强调可读性，可理解性
C creation-zy Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-01 #28 如果系统是一个人搞定设计，那么大可以让这个家伙自己确定命名风格——别人也管不着。 如果系统的设计不止一个人，那么就要找出一种大家都可以接受的命名方案。 如果系统今后有可能进行升级换代，那么还要考虑到后来人理解起来是否方便。 没有最好的，只有最合适的——就这么简单。
如果系统是一个人搞定设计，那么大可以让这个家伙自己确定命名风格——别人也管不着。 如果系统的设计不止一个人，那么就要找出一种大家都可以接受的命名方案。 如果系统今后有可能进行升级换代，那么还要考虑到后来人理解起来是否方便。 没有最好的，只有最合适的——就这么简单。
C com001 Unregistered / Unconfirmed GUEST, unregistred user! 2007-11-10 #30 我在SQL2000+delphi2007中一直使用中文字段,并未出现任何问题
