I am updating an Microsoft Access 1997 mdb. I want to find out how one of the reports are generated and I am not sure which queries the program uses to generate the report. I am only able to access the design and preview mode or the report.
Is there an easy way to identify how the report is generated? Specifically which queries, tables, etc are used.
from the report design view, view the report's properties, then the recordSource property
Related
Not sure if this is the correct place to ask, so if not, please direct me accordingly.
I would like to know what the best process would be to change VBA generated excel reports into SSRS reports.
A bit of background, I work for a client who have been generating weekly, monthly and ad-hoc MS Excel reports via VBA macros. Currently, it was a manual process where they need to specify the report to run by calling a VBA macro function directly within MS Access. This macro would then run through all its underlying macro functions in order to generate the MS Excel report based on predefined configurations.
Since macros have become unsupported from Office 2007 (I think), the client is obligated to completely move away from this way of reporting to a fully automated process.
So, how would I go about interpreting the existing macros and generating the SSRS report accordingly?
If the reports are from Microsoft Access, you can try importing the Access reports into SSRS with the Import Reports from the Solution Explorer window.
You'll probably need to make changes and set the datasources to your new location. I haven't actually done this so I can't say how successful it is.
You can then use the Report Server's subscriptions to run the reports.
https://technet.microsoft.com/en-us/library/ms156375(v=sql.105).aspx
I created a report in Access 2007. How could I view and change the SQL that the report is based on? For example, I am trying to find out how to change the way the report is sorted. I would expect this is based on the original sql query generated when I ran through the report wizard. Is this stored in some property sheet? How can I view it in the actual report "object" code.
There is no point in sorting in the SQL or query on which the report is based. The report uses its own sorting and grouping which you will find on the ribbon (Access 2010) in design view for the report: Group & Sort.
The record source can be found on the property sheet for the report.
From the report's design view, view the report's properties (I right-click on the box in the upper left corner under the window's title bar.)
Then you can modify the report's recordSource property.
You'll also want to look at the way the report is grouped and sorted. I'm pretty sure it's under the View menu, but they've uninstalled 2007 as of yesterday out here, so I'm still finding where stuff is in 2010.
HTH
I am currently working on a MS Access 2003 mdb file. This mdb file will be converted to an mde file before being published.
How do I go about enabling the reports function of MS Access after conversion? Is there a alternative (open source or free software) to the reporting in MS Access? Any suggestions?
Assuming you mean getting users to creat their own reports in the same FE MDE? This isn't possible as you can't open a form or report in design view in an MDE.
We suggest you give the power user a separate MDB linked to BE database. Along with some starter queries and tell them to "have fun". Providing occasional support on queries, explaining, for example, the difference between the joins.
Also I give my clients an Export to Excel button which copies the reports recordset to Excel. I do not attempt to use the report itself into Excel as that generally looks terrible.
Another issue is to consider why users want to create reports. I frequently get clients requesting two different reports on the same data, one with details, one just a summary. You can actually make that a single report and hide the detail section to get the summary report.
Also, many clients consider a report with different data but the same layout to be a different report, and what they really need is the ability to filter the report output according to their needs.
In my experience, both of these take care of 90% of the scenarios where users think they need to create reports.
I have MS Access reports that needs to be displayed in a crystal report in .net windows application. Is there any way to do it or some alternatives?
I am not sure about the right approach to complete this, can anybody help here?
Hum, I don’t think this is possible. I not aware that access reports can be converted or transferred to crystal reports anyway.
Remember, access reports have event code, and even can have code run in the report for EACH line of detail that displays. In other works, not only are access reports amazing, but they are fully programmable with VBA code embedded INSIDE of the report.
Because of this issue, you need ms-access running and loaded for those reports to work correctly (the VBA is required, and functions, and also that of sql queries..of which a report can be based on SEVERAL data sources and several tables all at the SAME TIME).
Even more worry is that there is not any kind of code or report converter here from ms-access to crystal reports. So, you never could in any way easy way transfer reports from ms-access to crystal reports.
You could attempt to embed ms-access as a com object, but all kinds of problems like page numbering etc. can’t really be controlled here if the report is to appear inside of the crystal report.
I STRONLY recommend that if you need some reports in crystal reports, then have the appropriate reports built in crystal and you avoid this whole mess. And, you avoid having ms-access in the mix. Or, dump crystal, and only use ms-access here.
Attempting to embed word, excel, pdf, or other com objects such as ms-access inside of some crystal report is formula for VERY unreliable applications. This is likely not possible, but even if it was, I would not let loose an application of this type. Heck, embedding pdf’s in a access report can’t even reliable work (they break after some stupid pdf update gets issued automatic). This type of mixed up systems near guarantee break when one or the other system has some automatic update occurring!
You start mixing up several applications and it will cost you buckets support trying to keep that mess running.
If you MUST take different reports from several different systems, then send out all the reports to pdf, and then use some pdf tools to combine them into one final pdf document.
Don’t try t mix reporting systems at the application level. It not reliable even if this was possible..
I need to create a report(rdl) in SQL reporting services 2008. In that I need to create in runtime. The report has chart. I will specify the type of chart, font, alignment and all those stuff in runtime.
Is there any option for using this in SSRS 2008.
An rdlc is just an xml file so you can manipulate it at runtime, it's not a trivial undertaking though. You can find the rdl spec at http://download.microsoft.com/download/6/5/7/6575f1c8-4607-48d2-941d-c69622e11c32/RDL_spec_08.pdf.
There's a downloadable example of creating an rdlc for a table and a matrix dynamically, as well as lots of other useful report viewer info at http://www.gotreportviewer.com/.
You can generate the RDL however you want, it is just an XML file. But you will only be able to run the report locally. To run on the server you would need to deploy the report first, as the server does not run the RDL files directly.
I suppose this is still possible, but it would be pretty slow, and the report would not appear in the report manager or anything before hand.
However, your probably making this problem more complicated than it needs to be. I have work on projects where we generated the RDL and deployed daily with a custom application, and it is almost always not worth it. There is usually a better way.
You can set almost all the parameters of the chart using expressions. The only thing that can't be set is the chart type, but there are ways to get around that as well. Like having all the chart types you need created on the page, but making all except the one you want visible.
Yes...
to do so, you will need to either have an existing rdl file to modify, or you need to completely generate it from code.
All the SSRS xml is stored in the database in a table called catalog. You'll have to use the GUID of that report to access it, or insert a new row creating a new report.
once you're done swapping out your report server xml, the report server will have a "new" report that you can then call via your web page, or via SSRS url parameters.
past that clean up the catalog table if you see the need to.
I'll be honest with you though, this is very far from best practice, best practice that I'm aware of would be to embed the data you need to display in your web page in the form of a widget.