SAP SQL Anywhere

Question

Cheching a V12.0.1 GA reload file, I've stumbled over the following definition for a proxy procedure:

:::SQL
create procedure dbo.FSTP_MyProc(in nNr integer, in strStr char(20)) 
result (Col1 integer, Col2 integer) dynamic result sets 1
at 'MSSQL.MyDb.dbo.stp_myproc'

The reload file used to migrate this database from V11.0.1 to V12.0.1 does not have the "dynamic result sets 1" clause, nor does the original definition (as this is an undocumented clause, AFAIK).

The proc does indeed return one result set - but how does the local database know about that?

Accepted Answer

This clause is meaningless in all instances except in the case of external environment calls. For example, if you are using the JAVA external environment, and if your JAVA signature has "[Ljava/sql/ResultSet;" as the last argument, then the server needs to know ahead of time exactly how many result sets will be returned in the ResultSet array. Using something like "dynamic result sets 3" tells the server that this particular JAVA external environment call will return exactly 3 result sets. The reason the server needs to know in the case of external environments is due to the fact that the "server" pre-allocates the ResultSet array prior to calling the user method.

For remote procedure calls, the server is perfectly capable of handling dynamic multiple result sets coming back from the remote server without needing to know ahead of time how many result sets are actually going to come back. Hence, dbunload is incorrect in adding the dynamic result set clause for remote procedure definitions; but as I indicated above, there is no problem in such cases since the clause is happily ignored for all instances except external environment procedures. I will still mark this problem as a dbunload bug and will get the issue resolved. I will also have a chat with the documentation group to see if we can make the documentation a bit more clear regarding the dynamic result set clause.

Answer 2

0

This clause is documented as part of the CREATE PROCEDURE statement for external procedures. For a detailed explanation, please see 12.0.1 documentation or 12.0.0 documentation.

permanent link

answered 21 Mar '11, 13:28

Elmi Eflov
806●11●14
accept rate: 36%

Volker's example is creating an RPC call which goes through OMNI to MySQL and therefore is not using the external procedure syntax but rather the syntax documented here. I guess the documentation for this clause needs to be added to this other page as well?

(21 Mar '11, 13:42) Mark Culp

Replies hidden

Thanks for the pointer. - I just hadn't looked for external procedures, and the description of that particular clause for 12.0.1 seems not really refer to proxy procedures (which are documented unter the normal CREATE PROCEDURE statement) but I guess the usage is understandable - particularly since "DYNAMIC RESULT SETS 1" is the default for procs with a RESULT clause.

(21 Mar '11, 13:46) Volker Barth

Replies hidden

But how does the server know? Does he rely on at least one procedure invocation to add this clause?

I'm not sure whether that proc was called between the migration of that database and the (rather immediate) reload to compare structure and data with the old database...

(21 Mar '11, 13:49) Volker Barth

If the documentation for this clause applies to proxy procedures, it is relying on the presence of the RESULT clause to decide that there is a single result set returned.

(21 Mar '11, 13:56) Elmi Eflov

1

Turns out that the clause does not apply to proxy procedures - see Karim's answer.

(21 Mar '11, 15:14) Mark Culp

FWIW, it's MS SQL Server...

(22 Mar '11, 04:13) Volker Barth

showing 2 of 6 show all flat view

SAP SQL Anywhere

What does the CLAUSE "dynamic result sets 1" mean?

Follow this question

Related questions