I appear to be having some difficultly with MS Access 2016 and SSIS.
I’m having to build a reporting application built over an MS Access DB. I am trying to SSIS data to create flat tables for the application to query off for performance reasons.
I noticed today that some queries/views that produce results in Access give zero results in SSIS. I feel this could be from the nasty auto generated SQL by MS Access. But is there a way to get round this issue without re-writing the sql?
I’m currently connecting to the access dB via jet 12.0 ole DB connector in SSIS. Any help would be hugely appreciated.
Related
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.
Problem Definition: I would like to export all the data from all the tables from QuickBooks into SQL Server 2008 database. I tried to create a SSIS and using RssBus .NET Data Provider for QuickBooks - http://www.rssbus.com/ado/quickbooks/. I am able to export data from QuickBooks Customers table into SQL Server 2008 database table by using ADO.NET (source data reader) and OLE DB Connection (for destination SQL Server).
Question: I would like to loop through all the tables on source side and then export one by one. Is it possible through SSIS package? I will really appreciate if someone can point good resource links or example or detailed instruction will be much appreciated!
Then I would like to do import from SQL Server to QuickBooks. I am expecting SSIS can be used to accomplish the import process.
Thanks in anticipation!
You can't loop over the tables, you have to define each source and target table in advance in the package.
Of course, you always have the option of creating packages dynamically from .NET code, so you could read the list of tables in QuickBooks then generate a package. If the table structures change a lot or if there is a very large number of tables it could be worth it (I know nothing about QuickBooks).
I am trying to use Linq to Sql classes in a Script task in BIDS. The Database explorer in bids only allows adding connections using an MS Access database file, or a SQL Server database file. Is there a way to add "Microsoft SQL Server" to the list of available data sources?
In anticipation of concerns over performance: I'm not concerned about performance for parsing this highly irregular file - I'm more concerned with ease of development/maintenance.
I have a table in SQL (using SQL Server Management Studio 2008) that's around 300,000,000 rows. Due to powers beyond my control this lovely table has to be converted to access datebases (plural since there is no way access will ever be able to handle so many rows).
I was hoping that rather than face the rather daunting tast of creating many csvs and importing them each into their own database there was a way to automate the process? Any ideas?
Thanks so much!
My suggestion would be to leave it in SQL server and use an ODBC connection to access it from MS Access
I'm trying to create a completely new database from an existing MySQL database, bringing over both data and schema, but so far the only way I've been able to do this is to first import the MySQL database into MS Access, and then into SQL Server 2005? Crazy right? Surely, there is a way that doesn't involve a tedious, custom time-consuming programming, right (perhaps using SSIS)?
A few additions to my original description above:
Its a pretty good size database (easily a few gigs).
I'm working in an MS environment (asp.net, C#)
I'm under a tight deadline so I'm looking for an automated process that requires little to no effort in the conversion process.
SSIS would be the preferred way via BIDS (VS 2005)
Thanks for all the great input!
I believe that using the phpMyAdmin tool you can script the MySQL database structure and data into a sql script. Then you simply run those two scripts on your SQL Server 2005 database and it should, in most cases, create the database and fill it with data. It's been a couple years since I had to do it myself, but as I recall that was the process I used to transfer a MySQL database to SQL Server in the past. You will probably have to alter the structure script to change some of the data types to their SQL Server equivalents, but the data should load just fine once you've got the data types all sorted.
I think you can use SQLYog to generate some fairly standard SQL which will dump out and recreate your db, with data. You may have to massage its output for SQL Server's dialect of SQL a bit, though...
The responses I received were certainly helpful, but the solution it would seem is to do a mysqldump and then run that script from SSIS, massaging the output as needed; however, AFAIK it is not possible to use VS 2005 BIDS to create an SSIS package that completely transfers a MySQL database to a SQL Server 2005 database (data and schema) using Windows Vista 64. I said AFAIK, but who knows the interwebs have much to reveal :)