[英]Architecture for crystal report
所有,
水晶報表的架構,
我有兩個選擇
具有業務邏輯的存儲過程,並在水晶報表上顯示數據。(緊密耦合)作為SP是專門為報表設計的-重復使用率較低。 但重新編譯。
用於拉取數據並在報表本身上添加業務邏輯以過濾數據的視圖。(松耦合)-可重用的視圖,但是與SP相比,性能如何?
任何建議都歡迎...
如果我正確理解了您的問題,建議您實施方案1。
通過調用存儲過程,您將減少網絡流量,因為您只傳遞了參數定義和過程名稱,而不是選項2中要發送給數據庫的整個查詢字符串。
使用存儲過程還可以通過編譯存儲過程中的SQL語句集來保持計划緩存整潔,而不是為要在選項2中傳遞給數據庫的字符串中的每個語句存儲單獨的計划。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.