|
I think the answer to your first question is it depends upon the release of the OS you are on (locally, this has been available for some time). Post that and I'm sure someone will pipe in with the answer (you could also look in the InfoCenter -- particularly the SQL programming books -- to find this out and it may be something posted in one of the FAQ's). For your second question, database connections are established at the job level so each job will open and close connections as they start and end. OS/400 does cache connections for a short time after they are closed and those can be used by subsequent jobs to connect. What situation are you concerned about the performance in? Unless you explicitly close connections, they remain open until the job ends so you only take the connection hit the first time you establish it. With the embedded SQL support in RPG, there's no opportunity for connection pooling. You may be able to do this at the SQL CLI level but that's something I have no experience with. Matt -----Original Message----- From: rpg400-l-bounces+matt.haas=thomson.com@xxxxxxxxxxxx [mailto:rpg400-l-bounces+matt.haas=thomson.com@xxxxxxxxxxxx] On Behalf Of Mohammad Tanveer Sent: Wednesday, February 15, 2006 6:36 PM To: 'Midrange Systems Technical Discussion' Cc: 'RPG programming on the AS400 / iSeries' Subject: Remote Connections in SQLRPGLE I am connecting to a remote database and executing some stored procedures, which are returning some parameters. I want to know if I can get the result set back in RPGLE or not, if yes how? I know if I call the same stored procedure from java I will get the result set back. How can I avoid opening and closing of remote database connection in SQLRPGLE for a single job? It seems like a performance issue. If I don't close my remote connection my other programs in the same job will not be able to SQL data on local database. Can we do something like Connection pooling in SQLRPGLE? Thanks
As an Amazon Associate we earn from qualifying purchases.
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.