Contributor.. kari_hietanen Contributor..
Contributor..
102 views

SQL Query All Rows vs. TNS Names SQL Query with Oracle RAC

In short:

  • Is it possible to use SQL Query All Rows operation to connect to Oracle RAC database without a scan address?
  • Is it possible to configure TNS Names SQL Query to return ALL ROWS at once instead of row by row?

 

Longer version:

Iteration in OO can be hazardous. Therefore, we try to  avoid querying large records with (TNS Names) SQL Query operations. So far the SQL Query All Rows has proven to be valuable, but now that our integration DBs are moving to new Oracle RAC environment WITHOUT scan addresses it seems we can't use it anymore. Or can we?

How is the dbURL supposed to work? What is the correct syntax and is dbClass also required?
If I leave DbServerName empty I receive: "Failed to getConnection. Please provide DBServerName if you use JDBC. Or please provide TNSEntry if you use TNS". Are there hidden inputs for TNSPath and TNSEntry?

Or, what about the TNS Names version? It has the "Key" input, which, accordig to description, could be used "to keep multiple query results distinct". So it sounds like an row delimiter, but doesn't seem to act like one. Maybe I have to switch to TNS Names SQL Query Tabular?

0 Likes
1 Reply
Outstanding Contributor.. JarodMB Outstanding Contributor..
Outstanding Contributor..

Re: SQL Query All Rows vs. TNS Names SQL Query with Oracle RAC

I gave up and wrote a powershell script using the oracle instant client odbc driver to work around the issue. 

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.