尝试使用同义词从不常用的 Access 数据库导出数据
我们使用名为 SalesOutlook 的产品,它是 CRM 系统的一种。我需要使用 SSIS 或其他程序从中导出数据。
当您安装该程序时,它会在我的系统上创建一个名为 SalesOutlookReports 的 DSN。它使用 Microsoft Access 驱动程序 (*.mdb)。
当我尝试使用 Crystal Reports 查看它时,我看到一个表列表,例如:
SchemaAccount Contacts
SchemaAccount Profiles
SchemaNotes
然后在该列表下是另一个名为 Synonyms 的文件夹,它包含
Account Contacts
Account Profiles
Notes
如果我打开同义词,我会得到我的数据,如果我打开架构表,我会得到有关表的元数据。
我的问题是这样的。如何轻松地将所需表中的信息导入 SQL Server 进行操作?如何指定同义词而不是“表”以便导入数据?我找不到使用 SQL Server 或 SSIS 中的导入/导出向导来执行此操作的方法。也许我可以使用 SSMS 的链接服务器?
We use a product called SalesOutlook which is a type of CRM system. I need to export data from this using SSIS or some other program.
When you install the program, it creates a DSN on my system called SalesOutlookReports. It use the Microsoft Access Driver (*.mdb).
When I try to look at it using Crystal Reports I see a list of tables like:
SchemaAccount Contacts
SchemaAccount Profiles
SchemaNotes
And then under that is another folder called Synonyms and it contains
Account Contacts
Account Profiles
Notes
If I open the synonyms, I get my data, if I open the schema tables I get the meta data about the table.
My question is this. How can I easily import information from the tables I need into SQL Server for manipulation? How can I designate the synonyms instead of the "tables" so I can import the data? I cannot find a way to do it using the import/export wizard with SQL Server nor in SSIS. Perhaps I could use a linked server from SSMS?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
SSIS 数据流任务中的 ODBC 连接应该可以解决问题。放置一个数据流任务,然后在其中选择 ADO.NET 数据源。您可以使用该数据源连接到 ODBC 连接。选择您的 MS Access 数据库,瞧您就有了一个源。如果需要调整数据类型并最终将其连接到 OLEDB 目标(即 SQL Server),则可以添加派生列。
ODBC connection in SSIS Data Flow Task should do the trick. Place a Data Flow task and then inside that you can select an ADO.NET data source. You can connect to an ODBC connection using that datasource. Select your MS Access database and voila you have a source. You can add derived columns if you need to adjust the data type and finally connect it to an OLEDB destination, which would be SQL Server.