针对你在Windows 10 x64 1703系统下的这个场景，核心矛盾是32位Excel必须搭配纯32位的ODBC驱动，而且要通过32位的ODBC管理器来配置，我给你梳理一套精准的解决步骤：

一、彻底重置ODBC驱动安装 #

• 先卸载当前已安装的所有SQLite ODBC驱动（不管是64位还是32位），确保残留文件被清理
• 安装纯32位版本的SQLite ODBC Driver 0.9996，右键安装程序选择「以管理员身份运行」，安装路径默认会到Program Files (x86)下，不要手动修改到64位目录

二、用32位ODBC数据源管理器配置DSN #

这是很多人踩坑的点：Windows x64系统默认的ODBC管理器是64位的，32位程序根本看不到里面的配置。你需要：

• 打开运行窗口（Win+R），输入C:\Windows\SysWOW64\odbcad32.exe，打开32位的ODBC数据源管理器
• 切换到「用户DSN」或「系统DSN」标签，点击「添加」，在列表里找到「SQLite3 ODBC Driver」
• 给数据源起个好记的名字（比如SQLite_MyDB），然后在「Database Name」里指定你的SQLite数据库文件的完整绝对路径（尽量避免中文、空格或特殊字符）
• 点击「Test」测试连接，确认提示连接成功后再保存配置

三、Excel里的正确导入操作 #

• 打开32位Excel 2010，依次点击「数据」->「自其他来源」->「来自Microsoft Query」
• 在「选择数据源」窗口中，找到你刚才在32位ODBC管理器里配置的那个DSN，选中它并点击「确定」
• 接下来就能看到数据库里的所有表了，你可以选择需要的表，或者手动编写SQL查询语句，跟着向导完成数据导入即可

四、常见问题排查 #

• 如果看不到配置的DSN：确认是通过odbcad32.exe配置的，重启Excel再试，有时候驱动加载需要重启程序
• 如果连接失败：检查数据库路径是否正确，确保文件没有被其他程序锁定（比如SQLiteStudio之类的工具）
• 如果Microsoft Query里看不到表：尝试手动输入SQL语句，比如SELECT * FROM your_table_name，部分情况下驱动对特殊命名的表识别有问题，手动写SQL能绕过这个限制

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