× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



No takers on this one?

Charles


On Sun, Nov 25, 2012 at 9:37 PM, Charles Wilt <charles.wilt@xxxxxxxxx>wrote:

All,

I had a DDS logical replaced some time ago(pre v5r4) with an SQL index:
create index IORITEM1
on IORITEMM (INDCNO,IITNBR);

rename index ioritem1 to ioritend;

Now I'm looking at replacing the PF with an newly named SQL table, turning
the original PF into a logical...all that is working fine till I get to the
above index.

Updating to 7.1 and using my new table, gives me this:
create index IORITEMND
on IORITEM_MASTER (INDCNO,IITNBR)
rcdfmt IORITEM1;

which gives me a LF with the same record format ID as the original.

However, I know that I'll be making changes to the new table and I wanted
to go ahead and make the record format of the index/logical static by using
the ADD column-name clause:
create index IORITEMND
on IORITEM_MASTER (INDCNO,IITNBR)
rcdfmt IORITEM1
add FLD1, FLD2, FLD2 <...>;

(fields names just examples)
Although DSPFD shows the same length and number of fields, the record
format ID is not the same.

Ok, so it appears that the key columns end up preceding the rest of the
rest of the columns...and the manual does mention this. :)

I guess for "heritage" DDS files, I'll just need to stick to DDS if I want
a static format unless I'm willing to recompile existing programs one time.

Unless somebody knows of something I'm missing?

Thanks!
Charles









As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.