Re: iSeries SQL and identity columns

Hi Charles - Starting the SQL monitor is going to be my next step - It
just threw me when I starting the sql logging and saw these statements -
don't know really what they are doing.
Not sure what you mean by "look in the SQL plan cache" - I'll have to
research that to find out how to do that.

Thanks

Terry Bullard – Applications Programmer Analyst

Phone (910) 630-5644 / (GTN) 571-5644
Email: Terry_Bullard@xxxxxxxxxxxx

"Contains Confidential and/or Proprietary Information.
May Not Be Copied or Disseminated Without Express Consent of The Goodyear
Tire & Rubber Company."



From: Charles Wilt <charles.wilt@xxxxxxxxx>
To: "RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
Date: 02/01/2011 02:31 PM
Subject: Re: iSeries SQL and identity columns
Sent by: rpg400-l-bounces@xxxxxxxxxxxx



Terry,

Why don't you start an SQL monitor and look to see what statements are
taking the longest instead of trying to guess where the problem would
be?

For that matter, you can take a look in the SQL plan cache and
probably find your problem statement without needed to start a
detailed monitor.

Charles

On Tue, Feb 1, 2011 at 1:52 PM, <terry_bullard@xxxxxxxxxxxx> wrote:

Thanks Alan - So if the system is generating it - would I be correct in
saying that there is an sql insert statement that was run and the

system

needs to generate a unique key value for this identity column so DB2

takes

over to get the highest value so it can then insert the new record?

I guess the other way of asking is this normal activity? I.e. - if I

had

NO tables that where created with an identity key column - will DB2

still

perform this type of check before it does an insert and would I still

see

these same types of sql statements being generated. I'm really trying

to

determine if I need to chase this from a possible performance issue
standpoint.

Thanks in advance,



Terry Bullard – Applications Programmer Analyst


"Contains Confidential and/or Proprietary Information.
May Not Be Copied or Disseminated Without Express Consent of The

Goodyear

Tire & Rubber Company."



From: Alan Campin <alan0307d@xxxxxxxxx>
To: "RPG programming on the IBM i / System i"

<rpg400-l@xxxxxxxxxxxx>

Date: 02/01/2011 01:41 PM
Subject: Re: iSeries SQL and identity columns
Sent by: rpg400-l-bounces@xxxxxxxxxxxx



Yes, it is system generated. It looks like the system is querying to
determine if the table has an identity key. You should be able to run

the

same query but you could also use Ops Nav and generate SQL for all your
tables and just query for identity key.

On Tue, Feb 1, 2011 at 11:16 AM, <terry_bullard@xxxxxxxxxxxx> wrote:

Hello All,

Have been having some performance issues with web pages hitting our
iSeries. Set up SQL Exit program to be able to capture/log odbc sql
statements. Looking in my log file - the overwhelming log entries have
the following sql statement.

SELECT identity_generation FROM QSYS2/SYSCOLUMNS WHERE

identity_generation

is not null AND column_name = ? AND table_name = ? AND table_schema = ?

I have never seen a statement use the identity_generation field. From
what I can tell from IBM's website - this is a col you can add when
creating a sql table and is used to support a type of "auto increment"

key

value?

So - a couple of questions? Is there a way (perhaps with Ops

Navigator)

to find a list of all tables that have this identity_generation column

so

I can backtrack to see what web pages are being called?

Also - is this a system generated statement? I ask because the

developers

who have written most of our web pages are telling me they don't

recognize

this either???

Know this is not much to go on but it's what I have at the time. Any
thoughts would be greatly appreciated.....

Thanks



Terry Bullard – Applications Programmer Analyst


"Contains Confidential and/or Proprietary Information.
May Not Be Copied or Disseminated Without Express Consent of The

Goodyear

Tire & Rubber Company."
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing

list

To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing

list

To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.