| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 748 人关注过本帖
标题:关于数据库信息国际化的解决方案的一些胡思乱想
只看楼主 加入收藏
huxiangwenhu
Rank: 4
等 级:业余侠客
威 望:1
帖 子:191
专家分:262
注 册:2010-6-1
结帖率:90.91%
收藏
 问题点数:0 回复次数:0 
关于数据库信息国际化的解决方案的一些胡思乱想
最近项目需要进行国际化处理,我知道页面上的静态字段信息可以用资源文件的方式进行国际化,但是数据库里面的信息该如何处理呢?建两张表或者说添加标志字段的方法感觉都不是很好,比如说两个表吧:我的数据到了中文表,老外的数据到了英文表,我的数据需要跟老外的数据综合处理,完蛋;再说添加标记字段吧:中英文的信息放在一个表里面,假如我来个select * from tablename,完蛋,中英混杂,我要再加个标记条件 select * from tablename where localeid=**;又完蛋,得到的结果又不完整,如果说还专门弄一后台管理人员专门负责这些信息的翻译工作,如果是海量数据,最终会彻底完蛋!所以我在想,国际化这个思想从一开始就是个错误呢?
搜索更多相关主题的帖子: 解决方案 后台管理 数据库 where 英文 
2011-08-02 09:57
快速回复:关于数据库信息国际化的解决方案的一些胡思乱想
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.026582 second(s), 7 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved