SQL Date field storage versus PF DDS storage

This may not be too important, but seems to be an anachronism.

I have a table that is built with SQL DDL and one of the fields is a date field defined as:
PIPRJSDT DATE NOT NULL DEFAULT CURRENT_DATE;

When I Interrogate the file with DSPFFD I see the date field as taking 10 positions:

Data Field Buffer Buffer Field Column
Field Type Length Length Position Usage Heading
PIPRJSDT DATE 10 10 63 Both Project
Ship
Date
Field text . . . . . . . . . . . . . . . : Projected ship date
Date Format . . . . . . . . . . . . . . . : *ISO
Default value . . . . . . . . . . . . . . :
CURRENT_DATE
Coded Character Set Identifier . . . . . : 37

When I interrogate the field using the SYSCOLUMNS I see this:
Column_Name Data Type Length Storage
PIPRJSDT DATE 4 4

I suppose this is expected, but I wasn't expecting this.

I found this while trying to generate a file layout using SYSCOLUMNS to excel and was trying to create a file layout listing column starting positions.


Paul

+++++ This email and related attachments may contain confidential information intended exclusively for the addressee. Unauthorized use, disclosure or distribution of this material is prohibited. If you received this message in error, please advise the sender and delete all copies of it. Content is provided by the individual sender and does not necessarily reflect the views of the Company. Though sender believes this transmission to be virus-free, it is the recipient's responsibility to ensure that it is.