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情况。
谨以此记录成长的脚步,同时和大家一起分享快乐。