Win10+Office2013环境下OLEDB读取XLSX无法获取全部行咨询

这个问题我之前帮同行排查过类似的，大概率是Microsoft ACE OLEDB驱动的采样机制或版本差异导致的，结合你的环境差异，给你几个靠谱的解决方向：

1. 修改连接字符串，强制扫描所有行判断数据类型 #

ACE驱动默认会采样前几行（通常是8行）来推断列的数据类型，但如果你的文件里后面6k行的某列数据类型和前面采样的不一致，驱动可能会直接忽略这些行，或者把它们当成空值。加上MAXSCANROWS=0可以强制驱动扫描所有行来确定数据类型，同时明确指定Excel格式为OpenXml（因为XLSX属于这个格式）：

ADOConnection1.ConnectionString := 'Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\File.xlsx;Extended Properties="Excel 12.0 Xml;HDR=NO;IMEX=1;MAXSCANROWS=0"';

另外，确保IMEX=1是生效的——这个参数让驱动把混合数据类型的列当成文本处理，避免因数据类型不匹配丢行。

2. 检查ACE驱动的位数匹配 #

Delphi程序默认编译为32位，而Win10+Office2013如果是64位，系统会默认安装64位的ACE驱动。32位程序无法调用64位驱动，这时可能会出现读取异常或截断。解决办法：

• 如果你要保持程序为32位，就单独安装32位的Microsoft Access Database Engine 2010 Redistributable（即使Office是64位也可以装，安装时注意勾选“忽略版本冲突”）；
• 如果你想适配64位，就把Delphi项目切换为64位编译，确保和ACE驱动位数一致。

3. 绕开ACE驱动，直接操作OpenXml文件 #

ACE驱动对大文件的跨环境支持一直有小坑，要是上面的方法都不行，建议换用Delphi的第三方库直接读取XLSX（基于OpenXml标准），比如：

• XLSReadWriteII：老牌的Excel处理库，支持大文件读取，不需要依赖Office或ACE驱动；
• EPPlus for Delphi：基于.NET的EPPlus移植过来的，专门处理OpenXml格式的Excel文件，性能和兼容性都不错。
  这种方式彻底避开了驱动版本和环境的问题，稳定性会高很多。

为什么不同环境结果不同？ #

Win8.1+Office2010搭配的ACE驱动版本较老，采样机制或内部行限制相对宽松，能完整读取243k行；而Win10+Office2013的ACE驱动更新后，默认的扫描逻辑或内存限制有变化，导致后面6k行被判定为“无效”而截断。

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