I am not familiar with SAP systems, but I have user access to an SAP instance that allows me to access, for example: transaction code FB03.
I have been reading on the internet on possible ways to connect via SQL Management Studio or SSIS to SAP Tables, which I know it is possible, but my question is, it possible to somehow extract these t-code data directly into management studio or ssis?
Can I query tcodes directly into SSIS OR SSMS ? If so, how is it done?
It might be quite a newbie question, but once again, not familiar with this system.
Thank you!
Can I query T-CODES directly into SSIS OR SSMS?
Nope. They are executed only via SAP client aka SAPLogon.
I have been reading on the internet on possible ways to connect via SQL Management Studio or SSIS to SAP Tables,
It is done directly via SQL Management Studio if you know SAP DB Instance host and have access credentials/permissions for it. Usually regular users do not have them, only BASIS staff.
is, it possible to somehow extract these t-code data directly into management studio or ssis?
Nope, this is raw data, which is then aggregated and showed in SAP transactions (tcodes) in some (business-)readable form, so access to SAP DB data and access to tcodes is not the same. You need to know how to interpret this data.
Related
I need to connect directly BIRT reporting tool to database cube, I am trying but with no result, could any one help with a working approach...
I am struggling a bit with the following. Our forecasting tool generates some 100k of records of forecast information in Access each month. The tool is an Excel - Access combination. I want to upload the data from Access to SQL Server after the forecast is done (for multiple purposes). I tried to look up the most easy way but not sure what to use. ADO seems handy where I could integrate that in an existing macro that cleans up the database. Anybody done this before and has some snippet of code to use?
We use SQL Server Management Studio 2008, but not sure whether that's relevant here.
Thanks in advance,
Michiel
In Access, link via ODBC the tables in SQL Server you wish to upload to.
Then create and run append queries to insert the data in the linked tables.
I suggest using SSIS package which is started by job on sql server side (by shedule or manual). You can create package with the help of sql server import/export wizard. I think this is the best way to import data from access to sql server.
Thanks for the answers. I will try to do the linked table way, but I already had a look to that and it seems that due to the fact that I use citrix server I was not able to link it directly to SQL server via ODBC. So I have to check what's different there. Not familiar with the SSIS package yet but I will definitely look into that if the first option does not seem to work out.
Thanks again guys
I have a table created in my SQL DB with data filled. I want to create a report out of it with visual display (Graphs). If anyone has done it, please can you suggest if there are any free report engines and how to proceed with my work? I have found one report engine in inetsoft but it is paid.
I am using a MySQL Database. My table layout has 4 columns where 2 areintegers and 2 are strings. I'm using Eclipse, Java, Selenium on a Mac as development environment. I tried with all possible keywords in internet to get freeware to plot the graphs. But I did not find any.
I have explored many reporting tools which are free (data vision) but they don't support graph/chart display.
One more requirement is that the report should be dynamic. that means user is going to select parameters from the report window, which type of chart he wants to display etc. So can anyone help me find such a free tool?
myDBR offers free version and extensive set of available charts in the web reporting system. Supports MySQL, MS SQL Server and Sybase (both ASE and SQL Anywhere).
If you have MS sql server, sql server reporting services is free.
I would like to know the easiest and fastest way to retrieve data from SQL Server 2008 R2 via Sharepoint 2010.
I am new to sharepoint but have been able to create an external content type using Sharepoint designer which connects to the database in SQL Server but I have not been able to use the business web chart to relay the data gotten from the database.
I want to relay information from a customer service database into sharepoint and want it to be consistent.
Is this the best way to go about it or is there a better way?
Many thanks for your usual cooperation and response.
Cheers,
Tunde
Your best bet is SQL Server Reporting Services, which will need to be installed in Sharepoint integrated mode. It does not have to be 2008 R2, it can be 2008, and the good news is that if you run reporting services on the same server as your SQL databases, you're already licenced for it.
Take a look at http://www.bidn.com/ for more answers, or ask questions using the #SQLHelp tag on twitter for SSRS, or #SPHelp for sharepoint
I'm looking to implement SQL Server Reporting Services as our standard reporting platform in our company. We were trialing Crystal Reports, but alas it seems to be plagued by issues.
SQL Server Reporting Services looks to be a great product, but I have a concern or two.
I have some existing web apps in ColdFusion, and the backend is in MySQL. If I move forward with SQL Server Reporting Services, how should I set up my environment? Is there a JDBC connector or is ODBC the only way to talk to this?
How does it integrate for the user? Will I need to re-authenticate the user to view the reports? Will I need to put a link in ColdFusion to link to the Reporting Services system? Is there a way to make it seamless for the user?
Should I port all the backend to SQL Server to fully leverage the SQL Server platform? Should I convert my existing apps to ASP.NET, and make the entire platform SQL Server / ASP.NET?
It's not too bad in the fact that the existing apps / MySQL aren't of a size that is too big to port. So I guess just looking for some best practice advise to see if its okay to use the reporting services component on its own, or if I'm much better to consolidate everything into a Microsoft solution.
I think it'll be easier than you think!
Reporting Services will happily pull reports from any OLEDB or ODBC source, and MySQL has ODBC drivers, so there's no problem getting at your data through an SSRS report.
You can set up the authentication in a number of ways. If your users are already authenticated in your Windows domain, this will be easier:
SSRS needs to know who is viewing the report. It will allow anonymous viewing (if you enable it; it's off by default), but if you're using IE and are logged in to the same domain as the IIS server, it's completely transparent
SSRS can then use this identity to connect to the data source, or it can use another identity. This is configurable per report or per data source.
One thing you could do is embed your reports within iframes in your coldfusion pages. This would make the whole thing seamless. The reports are accessible by sending an appropriately formed URL to the server, so it's quite flexible.
As for changing everything to ASP.NET, you'll really only get benefits from that if you ever need to write (and integrate with) your own code to manage the reporting server, or write custom extensions (data providers, delivery extensions and the like), but in my experience this is so rare as to be not worth considering. Go with what you have for now.