浮华过后,真金始现

一切问题最终都是时间问题,一切烦恼其实都是自寻烦恼
随笔 - 20, 文章 - 10, 评论 - 92, 阅读 - 83873
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

[总结]ADO.NET读取Excel出现字符串截断情况

Posted on   Kolor  阅读(1341)  评论(2编辑  收藏  举报

Excel并不像Access一样,一列中的单元格的数据类型可能不一样,用ADO.NET读取Excel时,ole db(JET) 会扫描sheet中前几行,默认8行(这个值在注册表设定:Hkey_Local_Machine/Software/Microsoft/Jet/4.0/Engines/Excel/TypeGuessRows )来决定当前列的数据类型。(TypeGuessRows 可以0-16)
考虑一列数据,如果前8行都是数字,那么JET扫描没有问题。
如果8行内的数据类型不一样,JET会采用一个都适合的数据类型来匹配,通常为varchar或unicode varchar。

现在的问题是,前8行的数据如果短小,JET匹配了varchar,只有255字符。而实际肯能是adLongVarChar或者其它更大的类型。
我没有查到可以指定类型或者优先选择adLongVarChar之类类型,不过可以考虑多查询几行:
设置前面的TypeGuessRows=0,这样会查询16384行。
不过对于大文件,就可能会导致效率问题。

再说一下如果决定前8行中使用varchar还是unicode varchar:
JET会根据Hkey_Local_Machine/Software/Microsoft/Jet/4.0/Engines/ Excel/ImportMixedTypes 的值来决定。
如果是‘Majority Type’,那么会认为当前列为varchar;如果是‘Text’,则是Unicode VARCHAR或ADVARWCHAR。(另外也可以在连接字符串后面加上IMEX=1来强制使用unicode varchar)

另外,对于单元格内存在混合数据的,添加IMIX =1到连接字符串("IMEX=1;" tells the driver to always read "intermixed" data columns as text ),以避免读到DbNull情况。

编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端
点击右上角即可分享
微信分享提示