Search found 15603 matches
- Tue May 24, 2005 2:14 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Catching Rejected rows when writing to Oracle
- Replies: 2
- Views: 694
Catching Rejected rows when writing to Oracle
When we write to Oracle using the OCI stage, with both the bulk and upsert modes any rejected writes (i.e. when a PK constraint has been violated) will generate a well-hidden informational message but no warning. I just noticed this issue and am trying to find a way to easily generate warnings. I se...
- Tue May 24, 2005 12:15 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Too many quotes?
- Replies: 10
- Views: 2428
- Tue May 24, 2005 12:08 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DSjobreport
- Replies: 5
- Views: 2173
- Mon May 23, 2005 9:47 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Job Export Command
- Replies: 7
- Views: 1832
Benny, send a request for an enhancement in to Ascential via your support contract. This has been a request for a while now, Ascential is fully aware that this would be a great additional to the functionality. But, as always, the squeaky wheel will get the grease and with the limited Engineering res...
- Mon May 23, 2005 9:41 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: More problems with Pesky Floats
- Replies: 15
- Views: 6168
- Mon May 23, 2005 9:36 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Converting Fixed width flat files to ASCII format
- Replies: 1
- Views: 697
Mark, (as has been stated before, there is no such thing as an urgent request in this forum) Your mainframe files are EBCDIC, so the first step is to convert them to ASCII. Usually when you get files from the host you will use FTP, which can be configured to automatically do this conversion; or you ...
- Mon May 23, 2005 9:26 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Too many quotes?
- Replies: 10
- Views: 2428
Phil, Since the quotes are balanced you are getting another cause. When DS parses the input columns it uses the column delimiters (which don't occur within quoted strings) as parsing tokens Plus the end-of-line and end-of-file delimiters. An odd error as you have written the files yourself. Can you ...
- Mon May 23, 2005 8:50 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DSP.Open GCI $DSP.Open error -2
- Replies: 4
- Views: 7398
- Mon May 23, 2005 8:47 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Seq File Delimiter
- Replies: 6
- Views: 1001
Reddy, the function would be CONVERT("'|","''",In.BigColumn) . Please note the string delimiter in the first parameter is a double quote and the second paramater uses a single quote. This function takes all occurrences of ' and | and replaces them with " and " respectively in the string In.BigColumn
- Mon May 23, 2005 7:52 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Seq File Delimiter
- Replies: 6
- Views: 1001
Since the sequential file stage only allows one delimiter you can't do it in just one step. I would write a job that defines this sequential file as having one column and no field delimiters at all. Run this stream through a transform that does a REPLACE of all pipe and single-quote characters into ...
- Mon May 23, 2005 7:27 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: More problems with Pesky Floats
- Replies: 15
- Views: 6168
blewip, in your transform stage equation, please remember that your string of 1234.5678 is also being converted into a float during the transform (an implicit conversion, that is most likely to single precision) - and that a chances are quite low that one float will exactly equal another. Before rai...
- Mon May 23, 2005 5:44 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: More problems with Pesky Floats
- Replies: 15
- Views: 6168
Blewip, I would say that 5 digits of precision is completely unacceptable. Something is going seriously wrong. Single-precision floating point is (I think) usually 32 bits for the mantissa and this should allow for much more accuracy. Please take a sampling of a couple (perhaps 5) different real num...
- Mon May 23, 2005 5:28 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Too many quotes?
- Replies: 10
- Views: 2428
- Mon May 23, 2005 5:12 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: More problems with Pesky Floats
- Replies: 15
- Views: 6168
A bank financial application never uses floating point representation to store financial information. The books will never balance. I remember doing a project (years ago) for the Dresdner bank international currency trading division and they were using quad precision and still coming up with daily t...
- Mon May 23, 2005 4:11 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: More problems with Pesky Floats
- Replies: 15
- Views: 6168
Blewip, the way that floating point numbers are stored are with a exponent and mantissa (plus a sign). A floating point number is usually internally represented as your mantissa x (e to the exponent). It is highly unlikely that any given number will be able to exactly equal any fixed-length mantissa...