轉(zhuǎn)載：http://blog.sina.com.cn/s/blog_53864cba01011cbn.html

前些日子,寫了一個Excel導(dǎo)入數(shù)據(jù)庫的共同Batch,突然有一天發(fā)現(xiàn)當(dāng)我修改Excel某一列的值的時候突然讀不出來值了.奇怪之余,做了一些調(diào)研.

原來如此:

當(dāng)我們用OleBb讀取Excel的時候,如果沒有配置IMEX=1的屬性,微軟的處理機制是將列轉(zhuǎn)換為同一類型來讀取的.例如你在第一行寫的數(shù)字格式,而第二行寫的字符格式,就會出現(xiàn)某些列有值卻讀不出來.其實問題也很簡單,如果知道問題所在的話.屬性設(shè)置為"IMEX=1"即可

讀取excel數(shù)據(jù) 到 datagrid 出現(xiàn)：找不到可安裝的ISAM 錯誤： 
實在沒有辦法了 就仔細的查看了 一下數(shù)據(jù)鏈接字符串： 
String sConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + Server.MapPath(strExcelPath) + ";Extended Properties=Excel 8.0;HDR=Yes;IMEX=1;";最后發(fā)現(xiàn)“單引號”漏了。 
改為： 
String sConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + Server.MapPath(strExcelPath) + ";Extended Properties=''Excel 8.0;HDR=Yes;IMEX=1;''"; 就ok了

如果office是2007 那么 Provider=Microsoft.Jet.OLEDB.4.0 修改為Provider=Microsoft.Jet.OLEDB.12.0

當(dāng)我們設(shè)置IMEX＝1時將強制混合數(shù)據(jù)轉(zhuǎn)換為文本，但僅僅這種設(shè)置并不可靠，IMEX＝1只確保在某列前8行數(shù)據(jù)至少有一個是文本項的時候才起作用，它只是把查找前8行數(shù)據(jù)中數(shù)據(jù)類型占優(yōu)選擇的行為作了略微的改變。例如某列前8行數(shù)據(jù)全為純數(shù)字，那么它仍然以數(shù)字類型作為該列的數(shù)據(jù)類型，隨后行里的含有文本的數(shù)據(jù)仍然變空。 另一個改進的措施是IMEX＝1與注冊表值TypeGuessRows配合使用，TypeGuessRows 值決定了ISAM 驅(qū)動程序從前幾條數(shù)據(jù)采樣確定數(shù)據(jù)類型，默認(rèn)為“8”?？梢酝ㄟ^修改“HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Excel”下的該注冊表值來更改采樣行數(shù)。但是這種改進還是沒有根本上解決問題，即使我們把IMEX設(shè)為“1”，TypeGuessRows設(shè)得再大，例如1000，假設(shè)數(shù)據(jù)表有1001行，某列前1000行全為純數(shù)字，該列的第1001行又是一個文本，ISAM驅(qū)動的這種機制還是讓這列的數(shù)據(jù)變成空。 
產(chǎn)生這種問題的根源與Excel ISAM[3]（Indexed Sequential Access Method，即索引順序存取方法）驅(qū)動程序的限制有關(guān)，Excel ISAM 驅(qū)動程序通過檢查前幾行中實際值確定一個 Excel 列的類型，然后選擇能夠代表其樣本中大部分值的數(shù)據(jù)類型[4]。也即Excel ISAM查找某列前幾行（默認(rèn)情況下是8行），把占多的類型作為其處理類型。例如如果數(shù)字占多，那么其它含有字母等文本的數(shù)據(jù)項就會置空；相反如果文本居多，純數(shù)字的數(shù)據(jù)項就會被置空。 現(xiàn)具體分析在第1節(jié)程序代碼Extended Properties項中的HDR和IMEX所代表的含義。HDR用來設(shè)置是否將Excel表中第一行作為字段名，“YES”代表是，“NO”代表不是即也為數(shù)據(jù)內(nèi)容；IMEX是用來告訴驅(qū)動程序使用Excel文件的模式，其值有0、1、2三種，分別代表導(dǎo)出、導(dǎo)入、混合模式解決方法 從以上的分析中可以得知，當(dāng)某列數(shù)據(jù)中含有混合類型時，在.NET中使用Microsoft.Jet.OLEDB.4.0來讀取Excel文件造成數(shù)據(jù)丟失是不可避免的，要解決這個問題只能考慮采用其它數(shù)據(jù)讀取方法。 在.NET中讀取Excel文件的另外一種方法是回到使用傳統(tǒng)COM組件，這種方法在很多技術(shù)文章或論文中都有涉及，本文不作贅述。需要指出的是，使用COM組件來讀取Excel文件數(shù)據(jù)的效率較低，在作釋放的時候有可能碰到不可預(yù)知的錯誤，特別開發(fā)Web應(yīng)用的程序應(yīng)該慎重使用。 本文提出另外一種利用讀取CSV純文本格式解決此問題的方法。

（1）在讀取Excel的.xls類型的文本數(shù)據(jù)之前，先將其轉(zhuǎn)換為.csv格式，在Excel中直接另存為這種格式就可以達到轉(zhuǎn)換的目的。CSV文件又稱為逗號分隔的文件，是一種純文本文件，它以“,”分隔數(shù)據(jù)列，本文表1的數(shù)據(jù)表用CSV格式存儲后用純文本編輯器打開的表現(xiàn)形式如表3所示。 表3 采用CSV格式保存的表1數(shù)據(jù) 需要指出的是，CSV文件也可以用Ole DB或ODBC的方式讀取，但是如果采用這些方式讀取其數(shù)據(jù)又會回到丟失數(shù)據(jù)的老路上，ISAM機制同樣會發(fā)揮作用。

（2）采用普通的讀取文本文件的方法打開文件，讀取第一行，用“,”作為分隔符獲得各字段名，在DataTable中創(chuàng)建對應(yīng)的各字段，字段的類型可以統(tǒng)一創(chuàng)建成“String”。