Does your answer assume a certain commit level?
No!
I normally work with commitment level *CHG, but I'm also working in
environments where no commitment is used.
In both environments I had no problems with IDENTITY_VAL_LOCAL

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"


-----Ursprüngliche Nachricht-----
Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] Im
Auftrag von Dennis Lovelady
Gesendet: Tuesday, 27. July 2010 15:39
An: 'RPG programming on the IBM i / System i'
Betreff: RE: Get Auto Increment Values After SQL Insert in the same command

Hi, Birgitta:

Does your answer assume a certain commit level?

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"I find television very educating. Every time somebody turns on the set I go
into the other room and read a book."
-- Groucho Marx


You'll always get the id f the current level, that means if another job
inserts an other row into the same table, you'll get your Id while the
other
job gets its Id.

Even if a trigger is activated that insert a row in the same table in
the
same job it will work correctly because the trigger gets a new level.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars."
(Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training
them
and keeping them!"


-----Ursprüngliche Nachricht-----
Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-
bounces@xxxxxxxxxxxx] Im
Auftrag von Raul A. Jager W.
Gesendet: Tuesday, 27. July 2010 15:05
An: RPG programming on the IBM i / System i
Betreff: Re: AW: Get Auto Increment Values After SQL Insert in the same
command

Curiosity: Will it still give the correct value if other jobs writes to
the file between my write and my "select value..."?

Birgitta Hauser wrote:
It even works if the previous statement was a WRITE-Statement (to a
file
with an identity column) with native I/O.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars."
(Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training
them
and keeping them!"

-----Ursprüngliche Nachricht-----
Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-
bounces@xxxxxxxxxxxx]
Im
Auftrag von Dr. Stefano Mirenda
Gesendet: Tuesday, 27. July 2010 09:55
An: rpg400-l@xxxxxxxxxxxx
Betreff: RE: Get Auto Increment Values After SQL Insert in the same
command

Thank for all.
I had used the " Exec Sql values IDENTITY_VAL_LOCAL()
into :myInserId; "
solution .

I did not know that this solution worked like a single atomic
statement.



--------------------------------
Dott. Stefano Mirenda
Cell. +393338736049
--------------------------------


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



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.