RDLC with user defined types - reporting-services

When i am creating new RDLC report, my stored procedure is having user defined types and i am unable to use this procedure in my report. It is throwing an error that we cannot use user defined procedures in a report.

Related

Dynamic SSRS reports using stored procedure with a parameter

I want to make a dynamic SSRS report using stored procedure with a parameter

SSRS report does not work remotly

I have one problem with creating dynamically data source SSRS reports.
Locally in SSDT tool is working fine, but after publishing, on Report Manager, gives mi silly error : "An error has occurred during report processing. Could not find stored procedure XXX". The stored procedure is created in the same way in all databases.
What is the problem?
Thank you in advance.
If the issue is only with this one stored proc then try using the full name including Schema.
e.g.
dbo.spr_YourStoredProc
Or feel free to share the image of stored proc name in database explorer window and your data source window so that we can comment better?
I use dynamically data source in order to get the same report in different companies.Firstly, I created parameter #company that contains values of Initial Catalog (database of each company). In data source I created expression:
="Data Source=10.0.23.8;Initial Catalog="+Parameters!company.Value.Then I embedded
this data source in Data Set. Note: This Data Set gave result, while connection string was static(one company). Locally in SSDT it works, when I change Data Source that has expression instead of static connection string, but in Report Manager is not working. Locally I used Windows integrated authentication. Stored procedure is created in all databases.Remotly I get this message: An error has occurred during report processing. (rsProcessingAborted)
Query execution failed for dataset 'DnevnaProdajaRC102'(rsErrorExecutingCommand)
Could not find stored procedure 'dbo.neo_dnevna_102_novo'.
If data set is simply query, then I get message: An error has occurred during report processing. (rsProcessingAborted)
Query execution failed for dataset 'SpisakRadnika'. (rsErrorExecutingCommand)
Invalid object name 'Radnik'. Radnik is a table and is located in all company databases.

SSRS won't read my SQL query parameters

I'm trying to plot data to a shapefile in SSRS. I linked my SQL Server successfully and selected my Stored Procedure, but when I go to set my Spatial and Analytical Dataset Fields SSRS tells my
Procedure or function 'uspStoredProcedure' expects parameter '#eventId', which was not supplied.
I don't understand because I explicitly entered eventId on the page directly before this, ran the query and everything came up just as expected.

Binding Crystal Report with MySQL table or MySQL procedure

I have a Crystal report on C# windows application, and MySQL at back-end,
I am able to bind the Crystal report with MySQL Table and MySQL Procedure
My Question here is regarding the performance issue, Which one of above is better approach to bind the crystal reports
NB. In case I am binding with the MySQL Table I need to run some procedure to save the desired data into the MySQL Table and save it before binding it,

SSRS 2008 Data sets

I am new to SSRS;
What I would like to know is whether it is possible to have a dataset based on a dynamic stored procedure i.e the stored procedure requires an input parameter from the report and then using that can call any of a set of 'sub-stored procedures' that all return datasets with the same columns.
Basically, no.
SSRS at design time looks at the output of the stored procedure. If it is variable then it may not parse it. The same happens if you use temp tables. Also, the output would have to be the same for each proc
Now, switching stored proc is the same using that parameter to show or hide data regions, each based on a different dataset/proc. This is how I'd do it.
Or different sub-reports (which is a data region) or a whole new reports
If the "sub stored procedures" are already written, then your approach could work by having the stored proc called by the report create a temp table, then populate it based on the passed parameter, then return data from the temp table.
If the "sub stored procedures" are not already written, another option is just to use a CASE statement and have multiple SELECTs in the stored proc called by the report.