W
waterluo
Unregistered / Unconfirmed
GUEST, unregistred user!
一些想法, 和大家交流.
=======================
crystalReport 的理由
Crystal Report 是一個很強大的報表工具, 能夠實現QuickReport 的所有功能.此外相對於QR/FR, 它還具備下面的優勢
(1)導出Excel功能強大, QR 和FR在導出時,產生的結果不是很理想. 此外還有導出PDF功能.(CR85 中文支持有問題)
(2)自定義腳本語言, 報表設計和Delphi程序分離. QR的任何調整, 都需要重新Compile 到執行檔中.Script 語言比FR強大.
(3)CR對於語言的支持極為廣泛, 而且時Microsoft的最重要的報表協力廠商, 目前.Net的開發工具也是採用CR.
(4)WEB功能強大.(尚未測試,不過從Proposal 上看出很強大)
CrystalReport 對於開發成本的分析
相對於QR/FR, Crystal Report 的價格偏高, 但對於軟體開發公司, 應該還是物有超值.
1.目前市面上, 掌握CrystalReport 的人很多, 主要是早期vb的開發人員大都熟悉CrystalReport. 這樣公司在招驀人才時, 比較容易.
2.由於CR支援多個開發語言, 但其自己本身具備很好的開發能力, 不需要其他語言協助.
<<<<<<<
EX.
在設計下面的報表中
交易批號 商品 價格 數量 金額
=============================================
xxx PA 100 10 1,000
PB 200 5 1,000
PC 100 8 800
yyy PC 200 8 1,600
PD 100 7 700
.....
=============================================
對於交易批號, 同一批只要出現一次. 但該批的第一筆資料不能另起一行.
在QR中, 通常我們需要自己Coding 達到這樣的效果, 但是CR只需要通過設定來完成.
當然, 這只是一個小例子, 主要說明CR/QR的設計報表的思想有所不用.
/>>>>>>>
3.在開發團隊中, 可以將報表設計人員(Report Developer, 簡稱RD)和程序設計人員(Program Developer , 簡稱PD)分離. 報表設計人員,可以不具備程序設計能力, 甚至不需要具備SQL能力.
(1)SA可以設計報表的資料接口, 報表設計人員依據該接口資料進行報表設計工作.
(2)資料的取得, 建議採用SP的方式, 這樣有下面幾個好處
a.隱藏資料選取的複雜商業邏輯, RD不需要具備豐富SQL的知識.
b.對於在客戶的現場調試(Adjusting On site),通常報表問題, 可以通過修改SP解決資料選擇錯誤,而無須去編譯程序. 其實很多對於業務熟悉的Sales(or 客戶服務人員),對於程序設計也有一定的了解,他們看SQL的能力也不差, 所以可以快速解決一些問題.
c.可以比較好的進行測試.
<<<<<<<
--取得某一天交易資料
create proc pr_rpt_gettx
(
@dt datetime --交易日期
)
as
--1.定義最後要輸出的資料表的結構
declare @tb Table(
txno varchar(10),
product varchar(20),
price numeric(8,2),
qty numeric(8,0),
amount numeric(14,2)
)
/*
--2.業務邏輯處理, 選出資料到@tb
--TODO: <設計>
*/
--3.測試需要, 增加資料 (Step2 完成後註銷Step3.)
insert into @tb values(xxx,PA,100,10,1000)
insert into @tb values(xxx,PB,100,10,1000)
insert into @tb values(xxx,PC,100,10,1000)
insert into @tb values(yyy,PA,100,10,1000)
...
--4.選出資料
select * from @tb
return 0
/>>>>>>>
4.CR 的部分, 可以外包, 也可以請工讀生來完成.
5.公司的CR 設計人員, 可以同時支援多個系統和產品.
6.等到NET時代佔主流時, CR的人員和技術人員可以派上用場。
基於上面的理由, 建議採用CR 作為公司的開發工具.
=======================
crystalReport 的理由
Crystal Report 是一個很強大的報表工具, 能夠實現QuickReport 的所有功能.此外相對於QR/FR, 它還具備下面的優勢
(1)導出Excel功能強大, QR 和FR在導出時,產生的結果不是很理想. 此外還有導出PDF功能.(CR85 中文支持有問題)
(2)自定義腳本語言, 報表設計和Delphi程序分離. QR的任何調整, 都需要重新Compile 到執行檔中.Script 語言比FR強大.
(3)CR對於語言的支持極為廣泛, 而且時Microsoft的最重要的報表協力廠商, 目前.Net的開發工具也是採用CR.
(4)WEB功能強大.(尚未測試,不過從Proposal 上看出很強大)
CrystalReport 對於開發成本的分析
相對於QR/FR, Crystal Report 的價格偏高, 但對於軟體開發公司, 應該還是物有超值.
1.目前市面上, 掌握CrystalReport 的人很多, 主要是早期vb的開發人員大都熟悉CrystalReport. 這樣公司在招驀人才時, 比較容易.
2.由於CR支援多個開發語言, 但其自己本身具備很好的開發能力, 不需要其他語言協助.
<<<<<<<
EX.
在設計下面的報表中
交易批號 商品 價格 數量 金額
=============================================
xxx PA 100 10 1,000
PB 200 5 1,000
PC 100 8 800
yyy PC 200 8 1,600
PD 100 7 700
.....
=============================================
對於交易批號, 同一批只要出現一次. 但該批的第一筆資料不能另起一行.
在QR中, 通常我們需要自己Coding 達到這樣的效果, 但是CR只需要通過設定來完成.
當然, 這只是一個小例子, 主要說明CR/QR的設計報表的思想有所不用.
/>>>>>>>
3.在開發團隊中, 可以將報表設計人員(Report Developer, 簡稱RD)和程序設計人員(Program Developer , 簡稱PD)分離. 報表設計人員,可以不具備程序設計能力, 甚至不需要具備SQL能力.
(1)SA可以設計報表的資料接口, 報表設計人員依據該接口資料進行報表設計工作.
(2)資料的取得, 建議採用SP的方式, 這樣有下面幾個好處
a.隱藏資料選取的複雜商業邏輯, RD不需要具備豐富SQL的知識.
b.對於在客戶的現場調試(Adjusting On site),通常報表問題, 可以通過修改SP解決資料選擇錯誤,而無須去編譯程序. 其實很多對於業務熟悉的Sales(or 客戶服務人員),對於程序設計也有一定的了解,他們看SQL的能力也不差, 所以可以快速解決一些問題.
c.可以比較好的進行測試.
<<<<<<<
--取得某一天交易資料
create proc pr_rpt_gettx
(
@dt datetime --交易日期
)
as
--1.定義最後要輸出的資料表的結構
declare @tb Table(
txno varchar(10),
product varchar(20),
price numeric(8,2),
qty numeric(8,0),
amount numeric(14,2)
)
/*
--2.業務邏輯處理, 選出資料到@tb
--TODO: <設計>
*/
--3.測試需要, 增加資料 (Step2 完成後註銷Step3.)
insert into @tb values(xxx,PA,100,10,1000)
insert into @tb values(xxx,PB,100,10,1000)
insert into @tb values(xxx,PC,100,10,1000)
insert into @tb values(yyy,PA,100,10,1000)
...
--4.選出資料
select * from @tb
return 0
/>>>>>>>
4.CR 的部分, 可以外包, 也可以請工讀生來完成.
5.公司的CR 設計人員, 可以同時支援多個系統和產品.
6.等到NET時代佔主流時, CR的人員和技術人員可以派上用場。
基於上面的理由, 建議採用CR 作為公司的開發工具.