Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
ALERT: QlikView server communication interruptions following Microsoft Windows Domain Controller security updates

Qlik Replicate: Oracle Character Set leading to different data types

100% helpful (1/1)
cancel
Showing results for 
Search instead for 
Did you mean: 
Alan_Wang
Support
Support

Qlik Replicate: Oracle Character Set leading to different data types

Last Update:

Jun 20, 2022 8:07:20 AM

Updated By:

Sonja_Bauernfeind

Created date:

Jun 20, 2022 8:07:20 AM

Different Character sets may cause string data types to be translated to BYTE columns instead of CHAR columns for Replicate's temporary change tables. This can result in size mismatches that will cause the task to fail even though the source and target columns are set to varchar2 with the same max length.

00001640: 2017-10-31T15:06:40 [TARGET_APPLY ]E: ORA-12899: value too large for column "DM_OWNER"."attrep_changesAC8E40BB_0000121"."col26" (actual: 27, maximum: 23) [1020417] (oracle_endpoint_load.c:1054)

 

Environment

 

Resolution

 

On your Oracle target endpoint connection, navigate to the advanced tab and open the internal parameters setting.

Alan_Wang_0-1655495984918.png

Add internal parameter "charLengthSemantics" with value "CHAR". This parameter will change the column data type creation back to CHAR to resolve the size mismatch.

Alan_Wang_1-1655496080295.png

 

The task needs to be stopped and resumed for the new internal parameter to take effect.

 

Cause

Oracle source character set of WE8ISO8859P1 replicating to Oracle target with character set AL32UTF8 is known to use BYTES as the data type instead of CHAR.

Labels (1)
Version history
Last update:
‎2022-06-20 08:07 AM
Updated by: