|
Ed,
Now that makes sense. When I compile using the RUNSQLSTM command, I use
the *Sys naming convention. iNav does not (that I can find) provide and
option. I know that the SQL generated by iNav defines the table using
SQL convention (Library.Table, rather than Library/Table).
I was going to put in a PMR this morning just to get an answer. I still
may or, better, submit a requirement to IBM to provide the option in
iNav at COMMON's iSociety portal:
http://isociety.common.org/secureweb/auth?link=/secure/featurerequest.htm .
Thanks.
* Jerry C. Adams
*IBM System i Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
615.995.7024
fax
615.995.1201
jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>
Ed Fishel wrote:
> Jerry Adams wrote on 02/27/2008 09:23:02 AM:
>
>
>> I create any new tables in our applications by using SQL's DDL.
>> Actually I do it through iNav's Database...Schema tree for what it's
>>
> worth.
>
>> Usually these tables come out with *Public = *All. Occasionally, they
>> arrive with *Public = Exclude. Why?
>>
>> Potentially more info: I use iNav's "Generate SQL" function to save the
>> DDL to a source physical file. Sometimes I will use the RUNSQLSTM
>> command against said source member to create a table. Don't know if
>> that makes a difference. However, I just did that for a table in one of
>> my project libraries that had *Public = Exclude, and the table, after
>> "re-compiling," had *Public = All. I tried various options on the
>> RUNSQLSTM but it still came out as *Public = All. How it got to *Public
>> = Exclude is a mystery - to me, anyway.
>>
>
> My guess is that you are using system naming in one case and SQL naming
> in the other. I have an old DB2 SQL reference manual and it says this:
>
> Authority granted to *PUBLIC on SQL objects depends on the naming
> convention that is used at the time of object creation. If *SYS naming
> convention is used, *PUBLIC acquires the authority of the library into
> which the object was created. If *SQL naming convention is used,
> *PUBLIC acquires *EXCLUDE authority.
>
> Ed Fishel,
> edfishel@xxxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.