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



Vern,

I found the JDBC connection; it's in the "Run SQL Script" dialog box. I set the Naming convention to System(*SYS) (it was *SQL before).
I created a dummy table in the database (library) using iNav. Oddly enough, though, the *Public authority was still *Exclude. I would have thought that your suggestion and Ed's would have created a table with *Public(*All) which is the library's CRTAUT default. Just didn't happen.

I had already entered the requirement to IBM via COMMON's iSociety site. Guess I'll just leave it there and see what happens.

Thanks.

* Jerry C. Adams
*IBM System i Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
615.995.7024
fax
615.995.1201
email
jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>



Vernon Hamberg wrote:
Jerry

I've not checked other places, but the "Run SQL statement" iNav thingy has a JDBC options item somewhere - you can set naming there - it might apply generally within iNav.

HTH and saves you writing a DCR!
Vern

At 06:32 AM 2/28/2008, you wrote:

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

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.