SSRS Retrieving Oracle Stored Procedure Success or ErrorLevel

We have a report in SQL Server Reporting Services 2008 R2 (SSRS) reading from an Oracle 10g database which works great and lists all the details on a specific student. An additional request is that there appears a link that will run a stored procedure which
  1. Updates a timestamp in an existing table
  2. Inserts a row into an audit table
I need the report to run the stored procedure, then based on the errorlevel, return a message.

We use a database account with read-only privileges to list all the details. On the last report, the one to execute the stored procedure, we use an account specifically created to run the stored procedure. This requires using 2 data sources in SSRS.
  1. A user will specify the student reference in the parameters of the first report (the one with all the main details), as well as a job reference (for audit purposes) and click "View Report".
  2. The report will refresh with a link to a confirmation report which the user clicks and confirms that this is the student to update.
  3. The confirm button links to a 3rd report which will actually execute the stored procedure which updates the student record as well as an audit table.
The Problem
The last report will execute the stored procedure without any problems. I added a second dataset on this report to select the updated data that this stored procedure commits but unfortunately SSRS process both the Stored Procedure and the SELECT at the same time; this meant the report would say the process failed but when I check the logs, it successfully ran the stored procedure (updating both tables).

The Workaround
I want to avoid the workaround, because so far my workaround is a fourth report which will do the select to check that the update happened. Unfortunately this means that when the report was executed, it could only really display a message saying "executed stored procedure", "please click on the link to continue" and then the user would be taken to a report which says either "Stored Procedure was successful" or "No sorry you're going to have to go back to the beginning and try that again."... This isn't a solution that sounded good enough for our customers.

The Workaround we actually went with
Our Stored Procedure would check if the unique identifying number (in our case StudentID) matches a record in the database table and that the request number was alphanumeric. In addition, this would be checked at the database level, and returned in a dataset for SSRS to complete the check. Instead of outputting the error code to our end-users, we decided to store the error code in the audit table and that in the eventuality of an error happening, the end-user would contact us and we would look up this error code.

Instructions on setting up an Oracle Stored Procedure
I already wrote an article on this so please refer to SSRS Parameters in Oracle Stored Procedure.

Oracle: Grant another user permissions
/* on the table: ssrs_audit_table */
CREATE OR REPLACE PUBLIC SYNONYM ssrs_audit_table FOR base_table_owner.audit_table;
GRANT SELECT, UPDATE, INSERT ON ssrs_audit_table TO ssrs_sp_user; 

/* on the SP: ssrs_stored_procedure */
CREATE OR REPLACE PUBLIC SYNONYM ssrs_stored_procedure FOR base_table_owner.ssrs_stored_procedure;
GRANT EXECUTE ON ssrs_stored_procedure TO ssrs_sp_user; 

-- where ssrs_audit_table is a table that we want to use as an audit table
-- where ssrs_stored_procedure is a stored procedure we made
-- where ssrs_sp_user is the user to run the stored procedure in SSRS
-- where base_table_owner is your base table owner
  1.  /* on the table: ssrs_audit_table */ 
  2.  CREATE OR REPLACE PUBLIC SYNONYM ssrs_audit_table FOR base_table_owner.audit_table; 
  3.  GRANT SELECT, UPDATE, INSERT ON ssrs_audit_table TO ssrs_sp_user; 
  5.  /* on the SP: ssrs_stored_procedure */ 
  6.  CREATE OR REPLACE PUBLIC SYNONYM ssrs_stored_procedure FOR base_table_owner.ssrs_stored_procedure; 
  7.  GRANT EXECUTE ON ssrs_stored_procedure TO ssrs_sp_user; 
  9.  -- where ssrs_audit_table is a table that we want to use as an audit table 
  10.  -- where ssrs_stored_procedure is a stored procedure we made 
  11.  -- where ssrs_sp_user is the user to run the stored procedure in SSRS 
  12.  -- where base_table_owner is your base table owner 

Searches that got me nowhere
  • ssrs stored procedure successful or not
Category: SQL Server Reporting Services :: Article: 398

Credit where Credit is Due:

Feel free to copy, redistribute and share this information. All that we ask is that you attribute credit and possibly even a link back to this website as it really helps in our search engine rankings.

Disclaimer: Please note that the information provided on this website is intended for informational purposes only and does not represent a warranty. The opinions expressed are those of the author only. We recommend testing any solutions in a development environment before implementing them in production. The articles are based on our good faith efforts and were current at the time of writing, reflecting our practical experience in a commercial setting.

Thank you for visiting and, as always, we hope this website was of some use to you!

Kind Regards,

Joel Lipman

Related Articles

Joes Revolver Map


Badge - Certified Zoho Creator Associate
Badge - Certified Zoho Creator Associate

Donate & Support

If you like my content, and would like to support this sharing site, feel free to donate using a method below:

Donate to Joel Lipman via PayPal

Donate to Joel Lipman with Bitcoin bc1qf6elrdxc968h0k673l2djc9wrpazhqtxw8qqp4

Donate to Joel Lipman with Ethereum 0xb038962F3809b425D661EF5D22294Cf45E02FebF
© 2024 Joel Lipman .com. All Rights Reserved.