求助：Source Assistant无法识别SQL Anywhere OLE DB Provider

嗨Scott，我来帮你分析下这个问题的原因和可行的解决办法——毕竟ODBC的速度慢得让人头疼，换成OLE DB确实是提升性能的好思路。

为什么连接管理器正常工作，但Source Assistant识别不到？ #

这其实是设计时工具（Source Assistant）和运行时组件（连接管理器）的兼容性差异导致的：

• 连接管理器只需要系统里正确注册了OLE DB驱动，就能建立连接并执行数据操作，它依赖的是驱动的核心连接能力；
• 但Source Assistant是用来枚举数据源里的表、视图等元数据的工具，它需要驱动实现特定的元数据接口（比如IDBSchemaRowset），并且和SSDT的扫描逻辑兼容。SQL Anywhere OLE DB Provider 11作为比较老的驱动，可能在这个接口的实现上和SSDT的Source Assistant不匹配，导致无法被识别，但不影响连接本身的可用性。

让Source Assistant识别驱动的可行方案 #

1. 检查32位/64位驱动与SSDT的位数匹配 #

很多时候问题出在位数不兼容上：

• 如果你安装的是64位的SQL Anywhere OLE DB驱动，但你的SSDT是32位版本（尤其是旧版Visual Studio里的SSDT），Source Assistant（32位进程）会扫描不到64位驱动；
• 解决办法：安装对应位数的SQL Anywhere OLE DB驱动，或者切换到匹配位数的SSDT环境。你可以通过任务管理器查看SSDT（devenv.exe）的位数，再对应安装驱动。

2. 手动注册驱动到SSDT的配置文件 #

如果驱动已经正确安装但还是识别不到，可以尝试手动在SSDT的配置文件里添加驱动信息：

1. 找到SSDT的安装目录，定位到devenv.exe.config文件（比如在C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE下，根据你的VS版本调整）；
2. 打开文件，在<configuration>节点下添加以下内容（替换成SQL Anywhere 11 OLE DB Provider的CLSID，你可以在注册表HKEY_CLASSES_ROOT\CLSID下搜索SQL Anywhere OLE DB Provider找到对应的CLSID）：

<system.data>
  <DbProviderFactories>
    <add name="SQL Anywhere OLE DB Provider" invariant="Sybase.SQLAnywhere.11" description="SQL Anywhere OLE DB Provider 11" type="Sybase.SQLAnywhere.OLEDBProvider, Sybase.SQLAnywhere.OLEDB, Version=11.0.0.0, Culture=neutral, PublicKeyToken=..." />
  </DbProviderFactories>
</system.data>

3. 保存文件后重启SSDT，再尝试打开Source Assistant。

3. 更新SSDT到最新版本 #

旧版本的SSDT对老驱动的兼容性支持有限，更新到最新版的SSDT可能会修复这类识别问题。你可以通过Visual Studio的“扩展和更新”功能，或者直接从微软官网下载最新的SSDT安装包。

4. 绕开Source Assistant，直接使用OLE DB源组件 #

既然你的连接管理器本身是正常工作的，其实不一定非要用Source Assistant来选表：

• 拖一个OLE DB源组件到数据流里；
• 在组件编辑器里选择你已经创建好的SQL Anywhere OLE DB连接管理器；
• 选择“SQL命令”模式，手动编写查询语句来抽取数据，这样同样能实现数据传输，也能完成OLE DB到OLE DB的性能测试。

额外的性能测试建议 #

如果用OLE DB源直接写SQL的方式，建议开启批量数据加载（比如在OLE DB目标组件里设置“快速加载”选项），这会进一步提升数据传输的速度，对比ODBC的效果会更明显。

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