We have recently upgraded from Reporting Services 2005 to 2008 R2. In the 2005 version of Report Builder (1.0), you could only create reports from a published model. In the 2008 version (3.0) you can create reports from a model or from a SQL query.
We'd like to restrict users from being able to create reports from a SQL query and require them to use a model instead as we don't want them to be able to query the database directly. Is this possible?
You can prevent the users from having select access to the database itself. Use a separate account for the model.
The other part of this is a people problem, where you will have to explain to users what they need to do and why.
Related
I developed a report using the getdaye() function in the query. The report runs fine on SQL management Studio.
I created a report using the SQL server data tool and the report is based on the query that I wrote in SQL studio. I have established a connection using the data source and am able to connect to the SQL database. When I run the report using the tool after a couple of days the report data is different from the data that I get when I run the query using SQL management studio. Obviously the Getdate() is not fetching the right date.
The report data maches only when I copy and paste the query in the SQL server data tool and then run the report.
Am I doing anything wrong or should I use create a parameter for the date and direct the default values = Now() on the sql server data tool.
Is there any other work around for this.
Hem
I guess that did not publish the report to a Report Server but repeat to preview the result in Visual Studio (SSDT). SSDT caches data to improve the experience in SSDT and retrieves data from the database only when needed. "Needed" means that you either change the query or choose different parameters. You could of course pass a parameter to the database server, but if you don't want that, you will have to clear the cache from time to time. Look into the folder where the report is saved and delete the *.data file with the same name as the report. You can make this task very easy by adding a menu command to the tools menu as described here.
I am trying to use performancepoint 2013 services to create a report that simple displays a set of columns from SQL Server Table.
Apparently, PerformancePoint services can only display data from tables when used with analysis services (which i do not have on my SQL Server 2008).
I am looking for a way to make this work:
- Being able to display few columns from a SQL Server table as a report on Sharepoint 2013 using performancepoint services. Is it even possible?
If not, then what are my alternatives?
Please help.
Regards
The analytical reports in PPS only support Analysis Services as you mentioned. However what you can try is to connect to your data source using Excel and then build a PowerPivot model using that data. Upload the Excel spreadsheet containing the PowerPivot model to SharePoint and create a new Multidimensional data source that points to your spreadsheet, http://technet.microsoft.com/en-us/library/ff191197(v=office.15).aspx.
Another option would be to use Reporting Services or just simply Excel Services without PowePivot.
I am preparing a SSRS 2008 R2 commercial demo for my company, using Report Model to produce a kind of "BO Universe" data model to use with Report Builder, to show how users can produce their own reports by using a data model already created by a developer. I found out that Report Models are deprecated in SSRS 2012, is there any new tool to create a data model to deploy on report server, usable by users to produce reports?
Thanks in advance,
Daniele
Semantic modeling language (SMDL) report models are deprecated. Although you can you continue to use existing report models as data sources in SQL Server 2012 Reporting Services reports you should consider updating your reports to remove their dependency on report models.
SQL Server 2012 Reporting Services does not include tools for creating or updating report models.
SQL Server Data Tools (SSDT) no longer supports report model projects. The Report Model designer is not available in SQL Server 2012 Reporting Services (SSRS). You cannot create new Report Model projects or open existing projects in SQL Server Data Tools (SSDT) and you cannot create or update report models. To update report models, you can use SQL Server 2008 R2 Reporting Services or earlier tools. You can continue to use report models as data sources in reports authored in SQL Server 2012 Reporting Services (SSRS) tools such as Report Builder and Report Designer. The query designer that you use to create queries to extract report data from report models continues to be available in SQL Server 2012 Reporting Services.
Sources: here and (mainly) here
You can try exploring power view.
You can create a tabular model and then explore it via power view.
Has anyone got SQL Server 2008 R2 Reporting Services using Data Model with Report Builder 3 with Custom Forms Authentication working over the internet?
Since I got no responses that lead anywhere to my question asking how to solve the problem I thought I'd take a different approach and ask has any one actually got it working?
It would be so bizarre that no one else had attempt to do what I'm doing that is use Report Builder 3 with a Data Model across the internet using custom (Forms) authentication.
Two interfaces of Reporting Engine are possible:
sql based for sql based user
non-sql Based interface for normal non-sql friendly users
Database is very large so how do I go about thinking about 2) option that is Non-sql based interface
How would it be ?
If you're using SQL Server 2005 or higher, you may want to consider the ReportBuilder supplied as part of Reporting Services.
You just need to build a 'business friendly' schema (known as a 'DataSource View') then auto-build a Report Model on top.
The users just connect to the Report Model using the Report Builder tool and they can create their own reports.
If you already have SQL Server, then the additional costs would be minimal.
You need an easy way to build SQL queries. Look at the wizards in all the desktop databases, but something that isn't paged might be more intuitive, e.g. http://ruleeditor.googlecode.com/svn/wiki/NSRuleEditor_Tiger.png (not affiliated)