× 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.



Sorry Charles, you may not have meant to do it that way specifically, just that the TABLE was renamed after is was created...


----- Original Message ----- From: "Crispin Bates" <cbates@xxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Friday, August 06, 2010 2:48 PM
Subject: Re: convert dds to ddl


Yes, he meant RNMOBJ LIB/RCDFMT *FILE TABLE after CREATE TABLE LIB/RCDFMT to get a table named TABLE with RCDFMT(RCDFMT). wow...

Driving to London is much quicker when you don't go via Brighton, so the addition of RCDFMT to CREATE TABLE at V5R4 did make it easier :)

----- Original Message ----- From: "Dennis Lovelady" <iseries@xxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
Sent: Friday, August 06, 2010 2:27 PM
Subject: RE: convert dds to ddl


For tables?!?! Sparked my curiosity! Is this done via after-the-fact
RNMOBJ or something else? Do tell!

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"...Yes, the lectures are optional. Graduation is also optional."
-- Professor Brian Quinn


Point of fact...you've _always_ been able to get a DDL created table
to have a record format ID of a DDS created physical.

With the addition of the RCDFMT clause in v5r4, it became easier. But
it could be done before.



> My understanding was that I needed DDS Logicals to get the same
format
> level id.
> It appears that with 6.1 that isn't the case, in that DDL (SQL)
defined
> files will have the same format id as the DDS physicals and logicals.
>
> I have tested the "GENDDL" tool, and have proven that it will
generate
> the SQL that matches the fmt ID of the DDS files. So this means that
I
> don't have to create logical files out of my old physicals.
>
> -gerald
>
>
>
>
>
>
> rob@xxxxxxxxx wrote:
>> Not sure about this:
>> <snip>
>> I will create new SQL indexes prior to re-creating my old logicals.
>> what else can/should I do to my logicals?
>> </snip>
>> Were you thinking about recreating your logicals in DDS, but first
create
>> indexes? I do not see a reason to use DDS to recreate your logicals.
>>
>> Some indexes you may not have but which may come in handy ...
>> If you have select/omit logicals (which you can do just fine in DDS
on
>> 6.1) like this
>> CREATE INDEX ROB/gqcyl1
>> ON ROB/GQCY
>> (MUVALUE)
>> WHERE RECID='A'
>>
>> Then you may also want an index like this first
>> CREATE INDEX ROB/gqcyl2
>> ON ROB/GQCY
>> (recid, MUVALUE)
>>
>> I think this will help performance of queries over the base table
which do
>> something like
>> SELECT ...
>> FROM GQCY
>> WHERE RECID='A'...
>> And I think you want those created first.


--
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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.