Re: Trouble managing OVRDBF inside a program

Martijn van Breden <m.vanbreden-FA3Mb2GlndWL1xShJLHXDbmx5lbCioqB8/[email protected]>
Newsgroups gmane.comp.lang.as400.rpg
Message-ID <AM7P194MB080468EB8B9AA5717A90BA74C69AA@AM7P194MB0804.EURP194.PROD.OUTLOOK.COM>
Hello Luca

We have al lot of these situations in which you need to perform CRUD operations on tables in different libraries depending on a value in some config file.
If you don't want to create a dynamic statement you can also create an alias for the table in Qtemp and perform the insert on that alias.
Although the "create alias" needs to be done in a dynamic statement as well, you can wrap it in a service program and dispatch all the alias handling and administration to that service program. Placing them in Qtemp saves you some garbage collection.

In your program you just code
  Exec sql
      Insert into myAlias  (x, y, z) values(:x, :y, :z)
which in most cases is easier to code that a dynamic statement


Kind regards



Martijn van Breden

lead software architect




The file is not specified in any F or dcl-f specification. The program does
not contain any F or dcl-f specification of its own. Unless OVRDBF does an
implicit opening itself.
I must add that the closing of the over dub is done by the program, in fact
at the next iteration of the cycle the data is written in the default file
present in the library list instead of in the file that I would like to
replace with the OVRDBF

Il giorno lun 2 feb 2026 alle ore 14:51 David Gibbs via RPG400-L <
[email protected]> ha scritto:


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

Please contact [email protected] for any subscription related questions.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.