Search found 42189 matches
- Thu Feb 09, 2006 9:40 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: ODBC configuration in Unix server
- Replies: 14
- Views: 3946
- Thu Feb 09, 2006 7:16 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: ODBC configuration in Unix server
- Replies: 14
- Views: 3946
- Thu Feb 09, 2006 7:10 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Oraci used as look up and error while viewing the data
- Replies: 3
- Views: 696
Re: Oraci used as look up and error while viewing the data
kollurianu wrote:i have a user defined sql
WHERE wtn=:1
Please post the entire user defined sql statement you are using - that can't be it.
And your Oracle error is saying that there is no column called "LKEY" in the "LOCATION_KEY_REF_INFO" table owned by the "DMETRO" schema. Is that not true?
- Thu Feb 09, 2006 3:37 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: ODBC configuration in Unix server
- Replies: 14
- Views: 3946
- Thu Feb 09, 2006 3:34 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Project getting locked
- Replies: 22
- Views: 9782
Must be something going around - I'm seeing this issue for the first time today. Existing connections are fine, but any attempt to create a new connection is greeted with the 'Project is locked' message. It's not a license issue, as noted there is a specific message from that we've seen before. I'm...
- Thu Feb 09, 2006 9:57 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Sorting cols in the transformer
- Replies: 1
- Views: 921
- Thu Feb 09, 2006 8:21 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: What is the exact reference between Informatica&DataStag
- Replies: 4
- Views: 1011
- Thu Feb 09, 2006 8:01 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Reg DS_Audit
- Replies: 15
- Views: 3499
- Thu Feb 09, 2006 8:00 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Data security
- Replies: 7
- Views: 3018
- Thu Feb 09, 2006 7:55 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: De-install DataStage plugin?
- Replies: 2
- Views: 866
- Thu Feb 09, 2006 7:51 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DB issue or DS issue?
- Replies: 11
- Views: 1913
Isolation level none means that you CAN read uncommitted transactions. That's what I was trying to get at in my earlier post. As was I. You'll also read ones committed between the start of one job and the start of the other, even with a 'proper' isolation level. I just don't think it's reasonable t...
- Thu Feb 09, 2006 7:45 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Intelligent Assistants
- Replies: 2
- Views: 774
I don't believe "Intelligent Assistants" are the same as templates. From what I recall, they were something that Ascential attempted to put together that never really worked the way they wanted them to work, so they were removed from the product. They were "Wizards", something that from a job templa...
- Wed Feb 08, 2006 11:53 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Unable to trim leading zeroes using trim()
- Replies: 26
- Views: 8042
- Wed Feb 08, 2006 11:35 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DB issue or DS issue?
- Replies: 11
- Views: 1913
Re: DB issue or DS issue?
Ray, he's already said that is the case:
Nick_6789 wrote:And further adding on, yups, the database is being actively written into as I run the job by some other application users.
- Wed Feb 08, 2006 10:18 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DB issue or DS issue?
- Replies: 11
- Views: 1913
Are you sure that the difference in the row counts can't simply be a result of the fact that the jobs run at different times against a table that is actively being written to? That would seem to be the obvious culprit here. Your conclusion that "the number of records extracted should be identical" i...