资源描述：
《ADO读取Excel出现字符串被截断而不完整的原因与解决办法.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。
1、个人收集整理勿做商业用途ADO读取Eｘcel出现字符串被截断而不完整的原因与解决办法分享人：熊鑫日期：2０13/11／2５个人收集整理勿做商业用途前些日子处理了ADMＢ０６(数据导入导出）的问题单，问题描述：插件位置字段超过255插入数据库就会截断。保存到数据库中就只有２55的长度。插件位置是T类型的字段。按道理说不应该截取到255的长度。然后跟踪程序发现。他导入EXCEＬ的时候是用ADO直接连接EXCEＬ,直接读取的ＥXCEＬ里面的数据。最开始还以为是数据格式的问题，调试好久还是不行,于是在网上狂找资料,终于搞清楚了原因,原来是因为在使用ADO.ＮET
2、读取Excel表格时,OLEDB(Eｘcel２00０-200３一般是是Jet ４.０，Exceｌ２007是ACE1２.０，即AｃcessCoｎnectiｖityEngｉne,ACE也可以用来访问Exceｌ2000-2003)会默认扫面Ｓｈｅet中的前几行来决定数据类型. 个人收集整理勿做商业用途 Ｅxcel并不像Accesｓ一样，一列中的单元格的数据类型可能不一样,用ADＯ.NET读取Excel时,oledb(JET)会扫描sheet中前几行,默认8行(这个值可在注册表中设定)来决定当前列的数据类型。 这个值是由下面注册表项的路径
3、 Excel 20０0－２003 ： ＨKEY_LＯＣAL＿MＡCＨINESＯＦTWＡREMｉcroｓofｔJｅｔ4．0＼EnginesＥxcel＼ Excel２007： HＫEY_LOＣＡL_MＡCHINESOＦTWARＥMiｃｒosoｆtOｆfice12.０AｃｃesｓCoｎｎectｉvｉtyEnginｅEnｇｉnesExcel２０１2： 中的ＴｙｐeGuｅssRows值决定,其取值范围为十进制闭区间0-１６ 考虑一列数据,如果前8行都是数字，那么JEＴ扫描没有问题。 ﻫ 如果8行内的数据类型
4、不一样，JET会采用一个都适合的数据类型来匹配,通常为varchar或uｎicoｄe varchａr。 ﻫﻫ 现在的问题是，前8行的数据如果短小，JET匹配了varchａｒ,只有255字符。而实际可能是ａdLｏngVarChar或者其它更大的类型。 ﻫ 设置前面的TypｅGueｓsRｏwｓ=０，这样会查询16384行,查询完后匹配一个最合适的数据类型,不过这个长度对于我来说已经绰绰有余，于是就用了0。 不过对于大文件,就可能会导致效率问题，具体的根据是实际情况而定。 再说一下如果决定前8行中使用varchar还
5、是ｕnicodeｖarcｈar: JＥT会根据上面的注册表项的值来决定,这个值就是JET一次性扫描的行数，如这个值通常默认为８,也就是说JＥT在判定一列数据的类型时只扫描前8行来匹配一个最合适的数据类型,但是如果8行以内字符串在２５５个字符以内,8行以外的字符串却大于255个字符,那么这个时候使用ADO读取Excｅｌ就会出问题,会将后面大于255个人收集整理勿做商业用途个字符的串截断。那么我们可改变那个注册表的值来解决该问题,但是这个值的范围规定在十进制0-16之间，为了保险起见可设置为0,那么这时会扫描整个页面再匹配合适的数据类型，这个时候
6、就肯定不会出错,但这样也有个缺点,那就是Eｘcel文件超级大的时候，就会引起效率问题。
