DB2 UDB API stage sends out strange warning messages

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
mfavero
Premium Member
Premium Member
Posts: 45
Joined: Thu Jan 16, 2003 1:20 pm
Location: Minneapolis

DB2 UDB API stage sends out strange warning messages

Post by mfavero »

I have a job which is using the DB2 UDB API (non-parallel) stage in a Parallel job. The job works just fine but the following warning messages come out (all three, just once per run) and they sure make no sense to me.

join_STG_REBATE_CLAIM_REJECT_to_PHARMACY_DATA_FACT,0: Invalid character(s) ([xFC]) found converting string (code point(s): PR_DBE[xFC]PR_DBE) from codepage UTF-8 to Unicode, substituting.

join_STG_REBATE_CLAIM_REJECT_to_PHARMACY_DATA_FACT,0: Invalid character(s) ([xFC]) found converting string (code point(s): DBO[xFC]DBO) from codepage UTF-8 to Unicode, substituting.

join_STG_REBATE_CLAIM_REJECT_to_PHARMACY_DATA_FACT,0: Invalid character(s) ([xFC]) found converting string (code point(s): PHARMACY_DATA_FACT pdf[xFC]STG_REBATE_CLAIM_REJECT stg) from codepage UTF-8 to Unicode, substituting.

I am using mostly defaults. I chose "Generate SELECT clause from column list; enter other clauses" in the Query Type and put "DBO.PHARMACY_DATA_FACT pdf, DBO.STG_REBATE_CLAIM_REJECT stg" in the TableName and " pdf.CLAIM_IDENTIFIER = stg.CLAIM_IDENTIFIER and pdf.CLAIM_STATUS = stg.CLAIM_STATUS and pdf.CLIENT_ID = stg.CLIENT_ID" in the where clause.

Here is the generated SQL:

Code: Select all

SELECT PHARMACY_DIMENSION_KEY,PRESCRIBER_DIMENSION_KEY,
DRUG_DIMENSION_KEY,pdf.CLAIM_IDENTIFIER,
<snip>
WHERE pdf.CLAIM_IDENTIFIER = stg.CLAIM_IDENTIFIER
   and   pdf.CLAIM_STATUS = stg.CLAIM_STATUS
   and   pdf.CLIENT_ID = stg.CLIENT_ID;
I also changed Transaction Isolation to "Uncommitted Read" and Prefetch rows to "500". That's it.

Any clues would be greatly appreciated.
Michael Favero

2852 Humboldt Ave So
Minneapolis, MN 55408
mfavero
Premium Member
Premium Member
Posts: 45
Joined: Thu Jan 16, 2003 1:20 pm
Location: Minneapolis

Post by mfavero »

No one has replied to this message. I took another look and it seems I get these messages for any SQL where I join two or more tables. If I select from only one table the messages do not appear. I tried many things and the jobs actually run fine, but no matter what I tried (custom rather than generated sql or eliminating all line feeds from the where clause or hard coding all values and eliminating job parameter substitution), it just doesn't matter. If I do a join, I get these silly warnings. This has to be some kind of bug in the stage. I am going to submit to IBM :twisted: :twisted:
Michael Favero

2852 Humboldt Ave So
Minneapolis, MN 55408
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Sorry, don't have 8.x or DB2. If that's all it takes to generate those warnings, as you noted it would be best to take this up with IBM as it does smelly kinda... buggy.
-craig

"You can never have too many knives" -- Logan Nine Fingers
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Also, prefix all your columns with the proper alias, I see two columns which dont have the alias, in your generated sql.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
dsnovice
Participant
Posts: 38
Joined: Thu Jul 22, 2004 11:56 pm
Location: Mclean, VA
Contact:

Post by dsnovice »

It is true, that when ever there are more then two tables involved we get this error in Db2 API Stage.

However, this helped resolve the issue.
http://www-01.ibm.com/support/docview.w ... wg21455378

Creating a A new User defined Environment variable called
$DS_NO_PROCESS_METADATA = 1
and setting it to 1.

The errors went away.

Regards,
Post Reply