Re: Identity_Val_Local() on a DDM File

Hi Craig,

3 part SQL looks like this:

=> While connected to system A <=, run an INSERT into a table on system B,
that looks like this:

insert into B.MY_SCHEMA.MY_TABLE

...rest of insert statement

It is called 3 part SQL because there are 3 parts, separated by a period,
that identify the target table:
1) B is the remote system name
2) MY_SCHEMA is the schema name on system B
3) MY_TABLE is the table name on system B

It has been a long time since I've configured systems to allow the use of 3
part SQL, but one part I recall is you need a RBD directory entry setup via
the WRKRDBDIRE command that defines the remote system you're going to
access in that 3 part SQL. You also have authentication and authorization
to deal with, because the remote system isn't going to allow just anyone
(authentication) to connect to it and do whatever they want to whatever
resource (authorization), in typical security scenarios at least. I
believe the default configuration is an attempt to use 3 part SQL will use
the same user ID and password that is in use on system A to authenticate
onto system B and to determine if that authenticated user is authorized to
the remote table being referenced.

In that scenario, IDENTITY_VAL_LOCAL() has worked for me. When I tried it
for the first time, I wasn't too confident it would work, but I was
pleasantly surprised it did. I lost track a long time ago of the number of
times I've thrown something at the SQL engine where I was expecting a good
chance of regurgitation, and it replied with a "haha no problem I've got
your back".

Mike

On Fri, Jan 5, 2018 at 9:06 AM, Craig Richards <craig@xxxxxxxxxxxxxxxx>
wrote:

Hi Mike,

Thanks for your reply.
I'm sorry I'm not sure what you mean by "3 Part SQL" would it be possible
for you to elaborate a little?
The DDM is not my design and I'm not married to it so if there is a way you
think is preferable I'm certainly open to suggestions.
thanks kindly,
Craig

On 5 January 2018 at 16:46, Mike Jones <mike.jones.sysdev@xxxxxxxxx>
wrote:

Hi Craig,

I've not tried that specific DDM example, but I have successfully used
IDENTITY_VAL_LOCAL() when I connected to, for example, system A, and I

use

3 part SQL referencing system B involving INSERTs into a table on system
B. That is an alternative to use, and in my opinion is preferable to

use,

versus the DDM route to get that done.

Mike

On Fri, Jan 5, 2018 at 4:27 AM, Craig Richards <craig@xxxxxxxxxxxxxxxx>
wrote:

Hi All,

Does anyone know offhand if you can use Identity_Val_Local() on a DDM

File?

I don't have the opportunity to test this at the moment but I will need

to

tweak my design if not.

Specifically:

1. Client on LPAR 1 has a DDM File pointing to a file on LPAR2.
2. The file on LPAR2 has a "generated always as identity" column.
3. Client on LPAR 1 writes a record to the DDM File
4. Can the client then use identity_val_local() to retrieve the
generated column value?

Thanks kindly in advance,
Craig
--
This is the RPG programming on the IBM i (AS/400 and iSeries)

(RPG400-L)

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD