Re: sqlldr flaking out on ZONED and DECIMAL data

From: Andrew Hardy <nobody_at_spam.from.news.AdvanticaTech.com>
Date: Thu, 15 Mar 2001 09:01:28 -0000
Message-ID: <98q0ci$4q5$1_at_sun-cc204.lut.ac.uk>


[Quoted] Zoned is of the form:

[Quoted]     value POSITION(n) ZONED(precision, scale),

Decimal is of the form:

    value POSITION(n) DECIMAL (precision, scale)

but... I don't think that ZONED or DECIMAL are portable datatypes i.e. you may have problems taking them from one platform to another due to little and [Quoted] big-endian differences.

Andy

"Mike Moore" <hicamel_at_mail.home.com> wrote in message news:7fWr6.34240$zV3.2587774_at_news1.frmt1.sfba.home.com...
> I am not sure if there is something wrong with sqlldr or something wrong
> with my data. This is because I don't know what "exactly" sqlldr is
> expecting to see. Frankly, the documentation is poor in this area. What I
> need is to see hex values for what is acceptable in ZONED or DECIMAL
 fields.
>
> I have created the data using SQL on an IBM mainframe from an IDMS
 database.
> Then I FTP the file onto my PC. Some of the fields are ( using COBOL terms
> here ) SIGNED ZONED DECIMAL, UNSIGNED ZONED DECIMAL, and COMP-3. I can't
> seem to get any of these to work in a consistent manner.
>
> All that I need to know is what SQLLDR is expecting to see when for
 example
> you
> use something like:
>
> my_element position(1,6) zoned(6,2),
>
> thanks,
> Mike
>
>
Received on Thu Mar 15 2001 - 10:01:28 CET

Original text of this message