Teradata TPT处理Unicode方法

使用TPT做数据同步时报错：TPT12108: Output Schema does not match data from SELECT statement。测试发现，同步不包含Unicode字符集的表时，没有任何问题，同步包含Unicode字符集的表示，提示上述错误。那么，该问题怎么解决呢？[@more@]

上述错误的原因可以解释为：There is a schema mismatch between the schema defined in TPT script and the schema returned from the select request sent to DBS.

要避免此问题其实比较简单，你只需要设置与session字符集相匹配的字段长度即可：
如果你在TPT脚本中将session的字符集设置为UTF8，你需要：
-- 将Unicode字段的长度设置为原来的3倍；
-- 将LATIN字段的长度设置为原来的2倍.

如果你在TPT脚本中将session的字符集设置为UTF16，你需要 ：
-- 将所有Unicode及LATIN字段的长度均设为原字段长度的2倍。

以session字符集设为UTF16举例说明如下：

源表：
CREATE MULTISET TABLE TESTDB.SMS_E9_DAILY_NEW_OLD
(
data_date DATE FORMAT 'YYYYMMDD' TITLE '日期',
area VARCHAR(10) CHARACTER SET UNICODE NOT CASESPECIFIC TITLE '区域名称',
cdsc_type_lvl2 VARCHAR(8) CHARACTER SET UNICODE NOT CASESPECIFIC TITLE '套餐名称',
CDSC_3G_type VARCHAR(8) CHARACTER SET UNICODE NOT CASESPECIFIC TITLE '3G套餐名称',
Sum_New_Users INTEGER TITLE '新增用户数',
Sum_Combi_Users INTEGER TITLE '新增融合用户')
PRIMARY INDEX ( data_date ,area ,cdsc_type_lvl2 ,CDSC_3G_type );

可以看到，上述表有三个Unicode字段，其长度分别为10，8，8，因此TPT脚本需要定义为：
USING CHARACTER SET UTF16

DEFINE JOB APPMART_SMS_E9_DAILY_NEW_OLD
(
DEFINE SCHEMA TDSCHEMA
DESCRIPTION 'SCHEMA DEFINITION'
(
data_date INTDATE,area VARCHAR(20),cdsc_type_lvl2 VARCHAR(16),CDSC_3G_type VARCHAR(16),Sum_New_Users INTEGER,Sum_Combi_Users INTEGER
);

DEFINE OPERATOR EXPORT_OPERATOR
TYPE EXPORT
SCHEMA TDSCHEMA
ATTRIBUTES
(
VARCHAR PrivateLogName = 'export_log',
...
);

DEFINE OPERATOR UPDATE_OPERATOR
TYPE UPDATE
SCHEMA *
ATTRIBUTES
(
VARCHAR UserName='SYSDBA',
...
VARCHAR WorkingDatabase
);

APPLY ('insert into TESTDB.SMS_E9_DAILY_NEW_OLD (data_date,area,cdsc_type_lvl2,CDSC_3G_type,Sum_New_Users,Sum_Combi_Users) values (:data_date,:area,:cdsc_type_lvl2,:CDSC_3G_type,:Sum_New_Users,:Sum_Combi_Users);') TO OPERATOR (UPDATE_OPERATOR[1])
SELECT * FROM OPERATOR (EXPORT_OPERATOR[1]);
);

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16723161/viewspace-1057703/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/16723161/viewspace-1057703/