簡體   English   中英

水晶報表的架構

[英]Architecture for crystal report

所有,

水晶報表的架構,

我有兩個選擇

  1. 具有業務邏輯的存儲過程,並在水晶報表上顯示數據。(緊密耦合)作為SP是專門為報表設計的-重復使用率較低。 但重新編譯。

  2. 用於拉取數據並在報表本身上添加業務邏輯以過濾數據的視圖。(松耦合)-可重用的視圖,但是與SP相比,性能如何?

任何建議都歡迎...

如果我正確理解了您的問題,建議您實施方案1。

  • 通過調用存儲過程,您將減少網絡流量,因為您只傳遞了參數定義和過程名稱,而不是選項2中要發送給數據庫的整個查詢字符串。

  • 使用存儲過程還可以通過編譯存儲過程中的SQL語句集來保持計划緩存整潔,而不是為要在選項2中傳遞給數據庫的字符串中的每個語句存儲單獨的計划。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM