C#、LINQ與ADO.NET主從表比對(duì)操作
上傳的數(shù)據(jù)可能存在版本不一致，基礎(chǔ)信息都不會(huì)有變化但擴(kuò)展的表或字段會(huì)不存在，原因是客戶(hù)端存在沒(méi)有升級(jí)的情況。
系統(tǒng)從Access數(shù)據(jù)庫(kù)文件中取數(shù)據(jù)，使用整合后把相關(guān)數(shù)據(jù)并統(tǒng)計(jì)后對(duì)數(shù)據(jù)進(jìn)行入庫(kù)到系統(tǒng)數(shù)據(jù)庫(kù)。部分的字段不能直接入庫(kù)需要進(jìn)行轉(zhuǎn)換處理。由于數(shù)據(jù)庫(kù)數(shù)據(jù)在進(jìn)行操作時(shí)已經(jīng)不會(huì)產(chǎn)生任何的變化。可以把數(shù)據(jù)都預(yù)先讀取到內(nèi)存當(dāng)中。從而產(chǎn)生數(shù)據(jù)臨時(shí)存放容器選擇為IList和DataTable選擇。
表A為主表：外表操作以表A為切入口, 根據(jù)表1 的某人字段從而選擇當(dāng)前記錄行的子信息來(lái)源，關(guān)聯(lián)字段要用到兩個(gè)字段才能***。主表對(duì)從表的關(guān)系為：一對(duì)多的關(guān)系
表B為從表1：
表C為從表2：
把數(shù)據(jù)源轉(zhuǎn)成實(shí)體操作
好處：操作直觀，操作的字段不用每次比較時(shí)都進(jìn)行比較。
缺點(diǎn)：性能不高。一個(gè)月的數(shù)據(jù)上百條記錄用時(shí)幾秒，一年的數(shù)據(jù)上幾千條記錄統(tǒng)計(jì)整理用時(shí)5分鐘。數(shù)據(jù)量越多性能越明顯。
ADO.NET
直接把表數(shù)據(jù)都查詢(xún)出來(lái)沒(méi)有任何過(guò)濾條件。在進(jìn)行從表查詢(xún)時(shí)不進(jìn)行對(duì)實(shí)際的數(shù)據(jù)庫(kù)文件進(jìn)行操作。
好處：通過(guò)主表查詢(xún)從表的記錄信息在性能消耗并不高。同一文件一個(gè)月數(shù)據(jù)用時(shí)1秒之內(nèi)，一年數(shù)據(jù)10秒之內(nèi)。
缺點(diǎn)：操作并不直觀，每次比較都要進(jìn)行強(qiáng)制轉(zhuǎn)換格式。后期有業(yè)務(wù)規(guī)則變化不好處理。
采用支持關(guān)聯(lián)查詢(xún)的ORM框架
好處：不用處理再次查詢(xún)的操作，而且能用實(shí)體操作更為直觀。
缺點(diǎn)：市面上沒(méi)有支持Access的ORM框架，而且一般流行的ORM框架都以配置文件使用。不方便動(dòng)態(tài)變化的上傳文件名。
現(xiàn)在項(xiàng)目處理方案：
由于方案三先使用起來(lái)比較麻煩要自己好寫(xiě)底層類(lèi)。Ado.net做操作查詢(xún)?nèi)缓筠D(zhuǎn)為實(shí)體進(jìn)行統(tǒng)計(jì)。發(fā)現(xiàn)真實(shí)使用時(shí)和直接采用方案二的時(shí)間一樣。原因可能是從表查詢(xún)才是性能的主要瓶頸，轉(zhuǎn)為實(shí)體不是并不是什么性能問(wèn)題。
如果采用方案三的方式又可以在查詢(xún)DataTable這個(gè)處提高更多的性能。并且減少浪費(fèi)內(nèi)存資源不像現(xiàn)有方案用了同一數(shù)據(jù)占用了兩份資源。
備注：為什么沒(méi)有真實(shí)的數(shù)據(jù)報(bào)告。主要當(dāng)時(shí)沒(méi)有想到要寫(xiě)這篇文檔，就沒(méi)有把當(dāng)時(shí)使用的數(shù)據(jù)保留下來(lái)。不能一味聽(tīng)到別人說(shuō)那個(gè)好那個(gè)不好那跟著別人走更多的時(shí)候是要有實(shí)踐。個(gè)人覺(jué)得現(xiàn)在的ORM框架是很好用很方便邏輯和代碼的處理，但遇到現(xiàn)實(shí)中的情況就有點(diǎn)力不從心（如表多了少了、字段多了少了等等）。更多時(shí)還要自己寫(xiě)處理方案來(lái)確保性能。還真的很久沒(méi)寫(xiě)博客了這編的主要是體現(xiàn)個(gè)思想和不要人云亦云。
原文鏈接：http://www.cnblogs.com/16659716/archive/2012/05/10/2493975.html
【編輯推薦】
