RE: SQL vs. traditional I/O?

[rob@xxxxxxxxx]

Your sample just didn't look like that.  It has column headings as one
field, length, etc...  That's what threw me.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


|-----------------------------+-------------------------------------------|
|   "Dan Bale"                |                                           |
|   <dbale@xxxxxxxxxxxxx>     |                                           |
|   Sent by:                  |                                         To|
|   midrange-l-bounces@midrang|                                    "Midran|
|   e.com                     |                                    ge     |
|                             |                                    Systems|
|   07/23/2004 02:25 PM       |                                    Technic|
|                             |                                    al     |
|         Please respond to   |                                    Discuss|
|         Midrange Systems    |                                    ion"   |
|       Technical Discussion  |                                    <midran|
|      <midrange-l@xxxxxxxxxxx|                                    ge-l@mi|
|                m>           |                                    drange.|
|                             |                                    com>   |
|                             |                                         cc|
|                             |                                           |
|                             |                                    Subject|
|                             |                                    RE: SQL|
|                             |                                    vs.    |
|                             |                                    traditi|
|                             |                                    onal   |
|                             |                                    I/O?   |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|-----------------------------+-------------------------------------------|






> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx / rob@xxxxxxxxx
> Sent: Friday, July 23, 2004 3:04 PM
>
> That took me a minute.  Basically one field for every 'element'
> of every column.  And each row in this fref would be a column
> in another table.  Sounds a lot like QSYS2/SYSCOLUMNS.

No, my "data FRF" would still be used as the FRF is now, to reference
fields
in the "FRF".  Fields in data files would themselves never be defined in
the
FRF; ideally, all fields would reference the FRF.

> The biggest time I see FREF's getting full is when they do something like
> R FREFR
>   IPROD         15          TEXT('Item Number')
>                             COLHDG('Item Number')
>   SLPROD        15          TEXT('Item')
>                             COLHDG('Item')
> ...
> Not that this is any better
> R FREFR
>   IPROD         15          TEXT('Item Number')
>                             COLHDG('Item Number')
>   SLPROD           R        REFFLD(IPROD)
> ...
> Instead of just having IPROD in there and having all files call it
> IPROD.  And then your programs can either qualify, or prefix, the file if
> they just have to.  (Like SL is just so much more meaningful than I.)

Even worse, when IPROD & SLPROD are defined with 500 other fields between
them.

db

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.