MS Access互操作-数据导入

Question

我正在开发一个将SQL导出到Access的exe，我们不想使用DTS，因为我们有多个客户端，每个客户端都导出不同的视图，并且设置和维护DTS包的开销太大。

*编辑：此过程每天晚上对许多客户都是自动化的，因此必须在存储过程中的游标中启动和控制整个过程。这是因为必须针对每个项目对数据进行过滤才能导出。

我尝试了多种方法将数据从SQL提取到Access中，最有前途的是使用Access互操作并运行

doCmd.TransferDatabase(Access.AcDataTransferType.acImport...

我遇到了一个问题，该问题是我从视图中导入，并手动运行导入，看来该视图还没有足够快地开始返回数据，因此访问会弹出一个MessageBox对话框，表明它已超时。我认为这也在互操作性中发生，但是因为它是隐藏的，所以该方法永远不会返回！

我有什么办法可以防止此消息弹出或增加import命令的超时？

我当前的攻击计划是将视图展平到一个表中，然后从该表中导入，然后删除展平的表。

对于如何解决此问题的任何建议感到高兴。

编辑：

有关我在做什么的更多信息：

我们有多个客户端，每个客户端都有一个标准的数据模型。“模块”之一是访问导出器（sproc）。它从参数表中读取要导出的视图，然后导出。视图按项目过滤，并为每个项目创建一个访问文件（每个视图都有项目字段）

我们正在运行SQL 2005，但并没有很快迁移到SQL 2005，我们可能会在短短几个月内跳到2008年。

然后，我们有一个模块执行作业，该作业在每个数据库上执行已配置的模块。在此模块执行中运行许多导入/导出/其他作业，并且访问导出器必须能够适合此框架。因此，我需要一个通用的SQL->
Access导出器，可以通过我们的参数框架进行配置。

当前sproc调用我编写的exe，我的exe通过互操作打开访问权限，我知道这对服务器不利，但是模块执行被编写，因此一次仅执行一个模块，因此该过程将永远不会运行一次超过一个实例。

Answer 1

我已经确定了执行此操作的方法。

http://support.microsoft.com/kb/317114描述了启动访问过程的基本步骤。

我已将Process设置为类变量，而不是ShellGetApp方法的局部变量。这样，当我调用Quit函数进行访问时，如果由于某种原因而没有关闭，则可以显式终止该进程。

app.Quit(Access.AcQuitOption.acQuitSaveAll);
if (!accessProcess.HasExited)
{
    Console.WriteLine("Access did not exit after being asked nicely, killing process manually");
    accessProcess.Kill();
}

然后，我在这里使用了方法超时功能来给访问调用超时。如果超时，我也可以终止访问过程（超时可能是由于弹出的对话框窗口引起的，并且我不希望该过程永远挂起。我在这里得到了超时方法。