理解CCSID,LANGID对系统内码的影响

     A            CUSTNAME      10G         CCSID(1200)                          
     A            ADDRESS       10G         CCSID(1200)                          

或是利用STRSQL运行如下的建表语句分别创建含有UTF-8和UTF-16字段的数据库表：

CREATE TABLE CRMINFO/CUSTOMER
(
  CUSTID   CHAR (12 ) CCSID 1208  NOT NULL, 
CUSTNAME CHAR (20 ) CCSID 1208  NOT NULL, 
ADDRESS  CHAR (20 ) CCSID 1208  NOT NULL  
);                                                         

CREATE TABLE CRMINFO/CUSTOMER
(
CUSTID   GRAPHIC (12 ) CCSID 1200 NOT NULL, 
CUSTNAME GRAPHIC (10 ) CCSID 1200 NOT NULL, 
ADDRESS  GRAPHIC (10 ) CCSID 1200 NOT NULL  
);                                                         

它们将分别生成一个以1208或1200作为CCSID的对象，其中的每个字段都被标上相应的CCSID。

在这里，我们为了简单，所以对文件中的所有双字节字段都采用了同一种编码方式。其实，在一个文件中，字段与字段的编码方式完全可以互不相同。在这种情况下，文件本身的CCSID将变得不再重要。

要了解文件及其字段的CCSID信息，可以通过键入DSPFD和DSPFFD命令获得。另一方面，要了解文件的编码内容，则可以通过键入DSPPFM命令并按F10获得。

CCSID作为文件和字段的标签，如果它和实际存放的编码内容不相一致，那么这个文件就将被视作不符合规范的文件。具体地，当我们见到针对简体中文的文件或字段出现37或937这样的CCSID，即表明这是不符合规范的文件，这样的文件在传输过程中极有可能产生乱码。解决的办法，应该首先考虑创建符合规范的文件，也就是文件及其字段应具有针对简体中文的CCSID，如935、1388、13488、1200、1208等等。

然而在实践中，很有可能用户的数据库已经建立，不符合规范的文件很多，其中可能含有很多数据，其上还可能建有若干逻辑文件或数据库索引和视图。遇到这样的情况，就需要加以分析，结合多种因素，寻求最适合最有效最经济的解决方案。一般而言，通过CHGPF命令可以为多数的物理文件和数据库表标上正确的CCSID，而通过ALTER TABLE语句更可以进一步为多数的字段标上正确的CCSID。

论坛热门帖子:	[lch203] 写得蛮好的linux学习笔记(10-21) [黑马制造] 学习java的30个目标(10-19) [笑傲股林] 做测试半年了，有点迷茫，应该再学些什么提高自己的测试水平和测试能力呢？(10-19) [udp8589] 大家用google的来吱一声? 用百度的~~也来报道下?(10-18) [沂偌掳兆] 本人总结的一些认为C++比较经典的书籍，希望对大家有用(10-18)
TAG标签:	影响 系统 理解 CCSID 字节 文件 作业 中文 用户 作为