但凡用過(guò)企業(yè)ERP系統(tǒng)的客戶，肯定對(duì)系統(tǒng)中的報(bào)表毫不陌生，尤其對(duì)于經(jīng)常要與報(bào)表打交道的財(cái)務(wù)人員以及管理層，有了報(bào)表可以對(duì)賬目一目了然，可當(dāng)遇到繁瑣不堪的報(bào)表時(shí)，不僅會(huì)影響我們的工作效率，還會(huì)拉低數(shù)據(jù)的準(zhǔn)確性，這里就從報(bào)表的繁雜性或者從準(zhǔn)確性來(lái)看，將會(huì)出現(xiàn)什么樣的結(jié)果呢
一．報(bào)表相關(guān)越多，功能也會(huì)下降
報(bào)表越繁瑣，其涉及到的后臺(tái)數(shù)據(jù)庫(kù)根底表也就越多。盡管多表之間的相關(guān)查詢是允許的，可是相關(guān)的關(guān)鍵詞越多，其查詢的效率也就越低。特別是在相關(guān)條件中，有時(shí)候選用的并不是關(guān)鍵詞之間的相關(guān)。如有可能日期(字符數(shù)據(jù)類型的相關(guān))之間的相關(guān)，此刻查詢的效率會(huì)更低。再加上比較繁瑣的Where邏輯判斷語(yǔ)句，繁瑣報(bào)表的查詢會(huì)延長(zhǎng)。經(jīng)測(cè)試，依照上面這個(gè)用戶的需求，規(guī)劃出的報(bào)表其查詢的時(shí)刻需求近三分鐘，并且是現(xiàn)已優(yōu)化過(guò)的查詢。別的，這個(gè)報(bào)表的查詢因?yàn)樯婕暗胶芏嗟母妆恚瑪?shù)據(jù)庫(kù)基本上需要訪問(wèn)硬盤上的數(shù)據(jù)文件，而不能夠運(yùn)用緩存。這就有可能會(huì)致使比較嚴(yán)重的硬盤抵觸。然后影響到其它數(shù)據(jù)的查詢功率。故從數(shù)據(jù)庫(kù)與應(yīng)用軟件的全體功能考慮，也不主張選用比較繁瑣的報(bào)表視圖。性能下降、查詢的時(shí)刻比較長(zhǎng)時(shí)，報(bào)表的實(shí)用性也在下降。
二.報(bào)表越復(fù)雜，準(zhǔn)確性越難把握
一般來(lái)說(shuō)，報(bào)表越復(fù)雜，其準(zhǔn)確度越難以把握。其實(shí)拋開(kāi)企業(yè)ERP系統(tǒng)，從統(tǒng)計(jì)學(xué)的角度，我們也可以得出這個(gè)論證。現(xiàn)在這個(gè)表單有三個(gè)模塊的數(shù)據(jù)構(gòu)成。就好像三個(gè)抽屜。當(dāng)然其抽屜中的數(shù)據(jù)遠(yuǎn)比10個(gè)數(shù)字要負(fù)載的多。我們?cè)O(shè)想一下，從單個(gè)模塊來(lái)看。可能企業(yè)允許的誤差率是5%。即100條記錄中，允許有5條記錄與實(shí)際有偏差。現(xiàn)在三部分信息共同組成的一張報(bào)表，而且最后需要根據(jù)三部分信息的內(nèi)容計(jì)算出一個(gè)值，那么這個(gè)出現(xiàn)錯(cuò)誤的記錄會(huì)有多少呢？這又是一個(gè)排列組合的問(wèn)題。如假設(shè)每部分信息中，都有5條有偏差，那么最后理論上的錯(cuò)誤記錄是125條。顯然這個(gè)錯(cuò)誤率比較大。同時(shí)也可以看出，當(dāng)涉及到的基礎(chǔ)表數(shù)量越多，涉及到的模塊就越多，其最后結(jié)果的準(zhǔn)確性就越難以保障。而當(dāng)數(shù)據(jù)的準(zhǔn)確性不高時(shí)，其實(shí)用性也就相應(yīng)的降低。
三.設(shè)計(jì)復(fù)雜報(bào)表的注意事項(xiàng)
為此，從原則上是禁止設(shè)計(jì)超過(guò)兩個(gè)模塊的數(shù)據(jù)報(bào)表，最好是將報(bào)表的范圍限制在單個(gè)模塊下。（傲鵬ERP報(bào)表是根據(jù)不同模塊，安排相對(duì)應(yīng)的報(bào)表，保證數(shù)據(jù)的準(zhǔn)確性.）如此的話，無(wú)論從性能還是從數(shù)據(jù)的準(zhǔn)確性上都會(huì)有所保障。但是，如果用戶確實(shí)有需要實(shí)現(xiàn)比較復(fù)雜的報(bào)表，在這種情況下，該如何處理呢？
1.使用固化視圖來(lái)改善數(shù)據(jù)庫(kù)的性能。
復(fù)雜報(bào)表所導(dǎo)致的不利影響，首當(dāng)其沖的是報(bào)表查詢時(shí)速度會(huì)很慢，性能很低。為此在涉及到復(fù)雜報(bào)表時(shí)，開(kāi)發(fā)人員可以考慮采用固化視圖來(lái)改善數(shù)據(jù)庫(kù)的性能。如在Oracle數(shù)據(jù)庫(kù)中，固化視圖又叫做物化視圖。通過(guò)固化視圖，可以預(yù)先計(jì)算并保存報(bào)表連接或者聚集等耗時(shí)比較多的操作結(jié)果。簡(jiǎn)單的說(shuō)，就將某個(gè)報(bào)表的查詢結(jié)果存儲(chǔ)在一張單獨(dú)的表中。如此的話，在執(zhí)行查詢時(shí)，就可以避免使用這些耗時(shí)的操作，同時(shí)減少磁盤的沖突，從而以最短的時(shí)間得到用戶想要的結(jié)果。一般來(lái)說(shuō)，固化視圖對(duì)于復(fù)雜的報(bào)表來(lái)說(shuō)，能夠提供三方面的作用。如可以提高查詢的性能。如固化視圖對(duì)于應(yīng)用來(lái)說(shuō)是透明的，增加和刪除物化視圖不會(huì)影響應(yīng)用程序中SQL語(yǔ)句的正確性和有效性。但當(dāng)基表發(fā)生變化時(shí)，物化視圖也會(huì)同時(shí)更新。不過(guò)需要注意的是，物化視圖也會(huì)帶來(lái)一些負(fù)面影響。如物化視圖的數(shù)據(jù)會(huì)保存在硬盤中，為此就會(huì)占用額外的存儲(chǔ)空間等。總之，在設(shè)計(jì)比較復(fù)雜的報(bào)表時(shí)，開(kāi)發(fā)人員可以與數(shù)據(jù)庫(kù)工程師商量，如果可以的話，需要盡量采用固化視圖。
2.復(fù)雜的報(bào)表當(dāng)涉及到多表時(shí)，最好采用模塊化的設(shè)計(jì)。
如某視圖，其涉及到的基表有近20張。那么在設(shè)計(jì)視圖時(shí)，要避免將其放在一個(gè)SQL語(yǔ)句中。而應(yīng)該借鑒應(yīng)用程序的模塊化設(shè)計(jì)，將其設(shè)計(jì)成不同層次的視圖，然后再進(jìn)行連接查詢。如上面這個(gè)案例，至少可以將其分為四層。最基層是基本數(shù)據(jù)表，第二層是零件出庫(kù)信息、當(dāng)月采購(gòu)信息等數(shù)據(jù)，第三層是根據(jù)第二層的數(shù)據(jù)進(jìn)行計(jì)算分析;第三層視圖再將這些視圖進(jìn)行連接。這么操作的話，方便后續(xù)的維護(hù)與查詢。同時(shí)也可以提高查詢的速度。如在第二層視圖設(shè)計(jì)中，可以對(duì)基礎(chǔ)表的數(shù)據(jù)進(jìn)行過(guò)濾。此時(shí)由于基礎(chǔ)數(shù)據(jù)少，那么后續(xù)的報(bào)表查詢速度也會(huì)加快。為此對(duì)于比較復(fù)雜的報(bào)表設(shè)計(jì)，要考慮分層設(shè)計(jì)的思路，以提高報(bào)表的查詢性能與靈活性。
比較繁瑣的報(bào)表視圖，原則上仍是罕見(jiàn)為妙。由于其在功能或數(shù)據(jù)的準(zhǔn)確性上都很難掌控的。假如真的要樹(shù)立繁瑣視圖，那么在規(guī)劃與開(kāi)發(fā)時(shí)，參謀需要聽(tīng)取數(shù)據(jù)庫(kù)工程師的意見(jiàn)，思考嵌入數(shù)據(jù)的查詢功能，并采納辦法提高數(shù)據(jù)的準(zhǔn)確性。
