将Outlook邮件导入SQL是否需通过Access？相关操作问题咨询

• 你推测中转后会丢失与Outlook的实时链接，这个判断是完全正确的。如果直接将Access中的静态数据导入SQL，确实会断开和Outlook的同步链路。
• Access中转不算实现该需求的最简单方案，有更直接的路径可以跳过Access：
  • 可以直接写VBA脚本读取Outlook指定文件夹的邮件元数据、正文、附件信息，批量写入SQL数据库，还可以设置脚本定时执行实现自动同步。
  • 如果用的是SQL Server，也可以直接配置集成服务（SSIS）的Outlook数据源组件，直接同步邮件数据到SQL，全程不需要Access介入。
• 如果确实想保留现有Access到Outlook的实时链接能力，不需要把Access数据导入SQL，只需要在SQL中创建指向该Access文件的链接服务器，就能直接在SQL中查询实时的Outlook邮件数据，同时保留你熟悉的SQL操作能力。

你能在Access中看到表但导入时提示无可见表/视图，是以下几个常见原因导致的：

• 你当前Access里的表是链接到Outlook的外部链接表，不是Access本地存储的表，SQL Server的导入导出向导默认只会枚举Access文件中的本地表/视图，不会识别外部链接表，因此扫描不到目标表。
• 导入向导使用的ACE驱动版本和你创建Access文件的Office版本位数不匹配：如果你用的是32位版Office创建的Access文件，用64位的SQL导入向导就会出现读不到表的问题，反之亦然。
• 导入操作执行时，Access文件正处于打开状态，被Access进程加了独占锁，导入向导无法读取文件内的表结构清单。

对应的解决方法：

• 如果你不需要实时同步，先在Access中将Outlook链接表复制为本地表，再执行导入操作即可正常识别。
• 导入前关闭打开的Access文件，避免文件锁定。
• 确认导入向导的驱动版本和Office位数一致，如果是32位Office，就打开32位版的SQL导入导出向导执行操作。

内容的提问来源于stack exchange，提问作者cbjroms