Search found 9 matches

by jcoley
Mon Oct 18, 2004 2:20 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Problems inserting into an Oracle 9.2 database
Replies: 6
Views: 3215

Unfortunately the target system is a Siebel application, so I have no say as to the definition of the tables.

Wouldn't the same problem still exist, though? A column defined as Varchar(100 char) on a UTF8 database would import into DS as Varchar(300) and on a AL32UTF8 database as Varchar(400)?
by jcoley
Thu Oct 14, 2004 3:23 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Problems inserting into an Oracle 9.2 database
Replies: 6
Views: 3215

We've managed to fix this problem by switching DataStage to use an Oracle 9i client (actuallly 9.0.1). I would suggest the problem was to do with the DS ODBC driver interaction with the 8 client. (This is on a dev box. Remains to be seen whether it is backwards compatible for all projects using the ...
by jcoley
Wed Oct 06, 2004 8:59 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Problems inserting into an Oracle 9.2 database
Replies: 6
Views: 3215

Problems inserting into an Oracle 9.2 database

I'm having a problem inserting into a Oracle 9.2 database from DataStage where the NLS_CHARSET of the database server is AL32UTF8. See below for the error message: JCTest1..Transformer_1.DSLink4: DSD.BCIPut call to SQLExecute failed. SQL statement:INSERT INTO SIEBEL.JC_TEST1(FIELD1, FIELD2, FIELD3) ...
by jcoley
Wed Apr 28, 2004 7:31 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Duplicate and missing records
Replies: 5
Views: 2805

There's nothing special in the routine.

I have found that I don't get the problem if I switch off row buffering. (It was set as the project default.)

Thanks,
Jeremy.
by jcoley
Wed Apr 28, 2004 4:35 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Duplicate and missing records
Replies: 5
Views: 2805

Duplicate and missing records

I have a very strange error that has been driving me crazy for a couple of weeks now. I have stripped back my job to the bare bones and it still exhibits the same behaviour. The scenario is this: A sequential file feeding into a transformer, followed by another transformer, feeding into a sequential...
by jcoley
Thu Feb 05, 2004 3:43 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Tips required for Telnet After Command
Replies: 4
Views: 2211

Thank's for the suggestions. I've tried various settings for the Tracing level, but it doesn't give any useful information. Link tracing level = 32 (telnet data dump), which I expected to give me something useful didn't return anything. This is a Unix to Unix transfer, so I would expect it to be fai...
by jcoley
Wed Feb 04, 2004 9:42 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Tips required for Telnet After Command
Replies: 4
Views: 2211

Tips required for Telnet After Command

I've set up a test server job using an FTP stage to FTP a file, then process it using a Telnet after command. The FTP works fine, but the Telnet command always fails with TestFTP..ftp_3: unable to execute Telnet command 'Telnet After Command' no matter how I configure it. Does anyone have any tips o...
by jcoley
Wed May 14, 2003 7:26 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Reporting rejected records in DB2
Replies: 5
Views: 1707

Having a reject link with no constraint has the same effect - no records written to the error file.

I've tried various other combinations of constraints and get either no records or all records written to the error file.

Regards,
Jeremy.
by jcoley
Wed May 14, 2003 3:33 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Reporting rejected records in DB2
Replies: 5
Views: 1707

Reporting rejected records in DB2

When inserting into an ODBC stage I can write rejected records to an error file using a Reject link and a constraint that looks like link.REJECTEDCODE 0 -- this works fine. When I try to do the same thing with a DSDB2 stage it doesn't work -- even though DB2 fails to insert some records, they are no...