So Oracle 12c stored procs can now be built to return result sets "implicitly". Up to now, one would make a stored procedure with one or more output parameters of type SYS_REFCURSOR).
External apps like SSRS can "see" that output parameter and swoosh through the records in the REFCURSOR into the report's dataset(s). SSRS certainly can handle this invisibly. It is also the way to do it programmatically outside of the SQL realm.
But now one can set up an Oracle stored proc (in 12c) to "implicitly" return a result set. (the how is easily found in the Oracle docs).
the server is SQL Server 2016 Standard, with SSRS 2016 Standard installed and working fine on it too. The Oracle client has been set up and is working. The SQL server has the Oracle 12c release 2 client, OLEDB and .Net bits installed. And TNSNAMES.ora has been set up.
A linked server to the Oracle server has been created and otherwise works fine. doing a query like this:
select OPENQUERY(MyLinkedServer, 'select 1 from dual')
Those things out of the way...
Poor me has to fake doing "data driven reports" in our non-Enterprise SSRS. Our use case is to determine if a report has data, and not invoke the subscription if it doesn't.
One way we've been doing this is to create a T-SQL stored proc that then executes the guts of the stored procedure from Oracle, thru a OPENQUERY() query. Then we can determine whether to invoke the actual report or not if it DOES have records (@@rowcount > 0) by then doing our own call to ReportServer.dbo.AddEvent() and a given SubscriptionID in that proc.
Has anyone figured out how to either call an oracle stored proc from TSQL via OpenQuery() that has an explicit OUT SYS_REFCURSOR parameter?
Can SQL Server 2016 consume the implicit result set returned via DBMS_SQL.RETURN_RESULT() in a stored procedure, or is this only good for newer versions of SQL Server and/or SSMS?