birt报表和润乾报表使用上的比较
发布网友
发布时间：2022-04-14 13:12
共4个回答
懂视网
时间：2022-04-14 17:34
集算报表5.0在保留润乾报表V4.x的核心功能外，进行了优化和精简，其中报表函数也做了适当优化，这里就常见计算来比较一下二者函数语法之间的差异。 对比函数一览表 1、数据集函数 1.1、ds.group() 润乾报表： datasetName.group(selectExp{,descExp{,filterE
集算报表5.0在保留润乾报表V4.x的核心功能外，进行了优化和精简，其中报表函数也做了适当优化，这里就常见计算来比较一下二者函数语法之间的差异。
对比函数一览表
1、数据集函数
1.1、ds.group()
润乾报表：
datasetName.group(selectExp{,descExp{,filterExp{,sortExp{,groupSortExp{,groupDescExp{,rootGroupExp}}}}}})
集算报表：
datasetName.group(
选项：
@r 是否root数据集表达式。
主要改变：
1、 增加@r函数选项，取代原rootGroupExp表达式参数；
2、 取消分组前记录的排序顺序descExp参数；
3、 更改排序表达式和排序顺序参数语法。
举例：
1.2、ds.select()/ds.select1()
润乾报表：
datasetName.select(
datasetName.select1(selectExp{,filterExp{,rootGroupExp}})
集算报表：
将原ds.select()和ds.select1()合并为ds.select()，语法如下：
datasetName.select(
选项：
@r 是否root数据集表达式。
主要改变：
1、 增加@r函数选项，取代原rootGroupExp表达式参数；
2、 取消数据的排序顺序descExp参数；
3、 更改排序顺序参数语法。
举例：
1.3、ds.sum()
润乾报表：
datasetName.sum(selectExp{,filterExp{,rootGroupExp}})
集算报表：
datasetName.sum(selectExp{,filterExp})
选项：
@r 是否root数据集表达式
主要改变：增加@r函数选项，取代原rootGroupExp表达式参数。
举例：
2、单元格函数
2.1、call()/call2()
润乾报表：
call(sqlStatement{,arg1{,arg2{,arg3{,……}}}})
call(dbName,sqlStatement{,arg1{,arg2{,arg3{,……}}}})
集算报表：
将原call()和call2()合并为call()，语法如下
call(sqlStatement{,arg1{,arg2{,arg3{,……}}}}{;dbName})
主要改变：数据源参数顺序改变，并作为可选参数。
举例：
2.2、if()
润乾报表：
if(boolExp1,valueExp1{,boolExp2,valueExp2{,boolExp3,valueExp3 {, {defaultExp}}}})
集算报表：
if(x1:y1,…,xk:yk;y)
主要改变：函数参数分隔符变化。
举例：
2.3、nvl()
润乾报表：
nvl( valueExp1, valueExp2 )
集算报表：
ifn( valueExp1, valueExp2 )
主要改变：函数名称变化。
举例：
2.4、sum()
润乾报表：
sum(expression)
sum(cellExp,exp)
集算报表：
sum(expression)
sum(cellExp,exp)
主要改变：无。
举例：
2.5、value()
表示当前单元格的值，集算报表与润乾报表用法相同，没有改变。
3、时间日期函数
3.1、date()
润乾报表：
date(stringExp)
集算报表：
date(stringExp)
date(year,month,day)
主要改变：增加函数参数类型。
举例：
3.2、datetime()/datetime2()
润乾报表：
dateTime(string)
dateTime(long)
datetime2(string, format)
集算报表：
将原dateTime()和dateTime2()合并为datetime()，语法如下
datetime(string)
datetime(long)
主要改变：无。
举例：
3.3、daysAfter()
润乾报表：
daysAfter(dateExp1, dateExp2)
集算报表：
interval (datetimeExp1,datetimeExp2)
选项：
@y 计算两个日期时间型数据相差几年；
@q 计算两个日期时间型数据相差几季度；
@m 计算两个日期时间型数据相差几月；
@s 计算两个日期时间型数据相差几秒；
@ms 计算两个日期时间型数据相差几毫秒；
@r 计算两个日期时间型数据间隔，返回实数；
缺省为计算两个日期时间型数据相差几天。
主要改变：
1、 函数名称变化；
2、 增加了若干函数选项，以满足不同需要。
举例：
3.4、lastday()/lastmonth()/lastyear()/relDate()/relTime()
润乾报表：
lastday(dateExp)
lastmonth( dateExp )
lastyear( dateExp )
relDate(dateExp, nExp)
relTime(datetimeExp, nExp)
集算报表：
将原lastday()/lastmonth()/lastyear()/relDate()/relTime()合并为afert()，语法如下
after (dateExp, n)
选项：
@y 计算与指定日期相差n年的新日期数据；
@q 计算与指定日期相差n季度的新日期数据；
@m 计算与指定日期相差n月的新日期数据；
@s 计算与指定日期相差n秒的新的日期时间数据；
@ms 计算与指定日期相差n毫秒的新的日期时间数据；
缺省时表示算出给定日期n天后的新日期数据。
主要改变：
1、 函数名称变化；
2、 增加若干函数选项以满足不同需要。
举例：
3.5、monthbegin()/monthend()/queterbegin()/quaterend()/weekbegin()/weekend()
润乾报表：
monthbegin( dateExp )
monthend( dateExp )
quaterbegin( dateExp )
quaterend( dateExp )
weekbegin(dateExp)
weekend(dateExp)
集算报表：
将原monthbegin()/monthend()/queterbegin()/quaterend()/weekbegin()/weekend()合并为pdate()，语法如下
pdate (dateExp)
选项：
@w 获得指定日期所在星期的星期天；
@we 获得指定日期所在星期的星期六；
@m 取得指定日期所在月的月首；
@me 取得指定日期所在月的月末；
@q 取得指定日期所在季度的首日；
@qe 取得指定日期所在季度的末日；
缺省为获得指定日期所在星期的星期天。
主要改变：
1、 函数名称变化；
2、 增加若干函数选项以满足不同需要。
举例：
4、字符串函数
4.1、like()
润乾报表：
like( stringExp, formatExp{, ignoreCase} )
集算报表：
like( stringExp, formatExp{, ignoreCase} )
主要改变：无。
举例：
4.2、rplc()
润乾报表：
rplc( srcExp,subStrA,rplcStrB{,boolExp})
集算报表：
replace( src,a,b)
选项：
@q 引号里的字符不需要进行替换
主要改变：
1、 函数名称变化；
2、 增加@q选项替代原boolExp参数，使引号里的字符不需要进行替换。
举例：
4.3、split()
润乾报表：
split( srcExp,sepExp{,boolExp})
集算报表：
split( srcExp,sepExp{,boolExp})
主要改变：无。
举例：
5、数据类型转换函数
5.1、str()
润乾报表：
str(expression{, format})
集算报表：
string(expression{, format})
主要改变：函数名称变化。
举例：
热心网友
时间：2022-04-14 14:42
最近两个项目实在是被报表头都搞大，我们在项目中一直用birt作为报表工具（这里感谢安讯把birt开源了），BIRT是一个Eclipse-based开放源代码报表系统。它主要是用在基于Java与J2EE的Web应用程序上。BIRT主要由两部分组成：一个是基于Eclipse的报表设计和一个可以加到你应用服务的运行期组件。BIRT同时也提供一个图形报表制作引擎。
它具有如下优点：
1）操作界面友好大方，各种提示信息直观清晰，界面，图标都很漂亮：尤其是对报表的开发布局划分的很科学，一般的报表工具只有设计和预览两个界面，BIRT有正常主页，XML源，布局，预览，脚本多个设计布局。
2）集成在Eclipse中，不用再开启别的报表开发工具窗口。
3）BIRT的本地化做的很好，安装以后操作界面就是中文的。
4）开源的报表产品，降低开发成本，一些报表开发工具价格相当昂贵。
但是birt存在如下缺点；
1）如果遇到问题，只能借助互联网。虽然可以找安讯，但是感觉不划算，认为都开源了，还要给安讯交钱，不如自己多花时间研究研究，说不定就能解决。（呵呵，这里不要笑话我这种程序员，死脑筋！）
2）birt没有填报（或者表单功能），常见系统不光要展现数据还要录入数据。于是我们要在录入数据上花大量时间去做开发。
3）由于birt使用条带的报表模型，很多中国复杂报表做不了。几次在项目中，我们不能使用birt做出来客户要求的报表，不但要向客户多次解释，而且最终闹得有些不愉快，大大降低客户满意度。
4）满足个性化需求是社会趋势，但是使用birt，基本上让客户自定义报表不可能，（虽然我知道用户可能最终定制报表数量有限，但是我个人觉得当用户能自定义简单的报表是应该的）遇到困难怎么办，不能抱怨了，要想办法解决，向同行咨询，问客户意见，发现购买商业报表一种可行方案。
经过多方取证和调查，我感觉应该从一下五个方面来考察报表价值，如果有不足希望大家批评指正：
1. 报表合同价格。报表行业购买方式一般是按照服务器来授权，细微区别可能在按功能或者并发来确定价格高低。如果按照服务器授权方式，个人感觉价格应该在五万以下，当然具有报表之外的功能，可以适当加价。但是如果光一个报表模块就报价几十万，感觉基本没有谈必要，特别遇到要部署几十个服务器的大项目。感觉基本没有谈的必要，无论怎么打折，都很难达到理性价格。如果，用户付费，为报表这个模块就要付出这么大代价，用户可能选择竞争对手的方案，如果软件开发公司付费，我看不如自己投人力改造开源报表，
2. 报表产品易用性。购买报表产品目的是加快开发进度，减少报表维护量，增加客户满意度。如果报表设计过程中，报表设计器没有充分考虑设计者，比方设置一个报表背景图片，报表只保存图片相对路径，如果移动报表那麻烦就大了，这些方面建议报表公司向excel学习，比方制作报表需要编写大量表达式，一个简单功能还要写一行表达式，不能通过拖拽来生成，这方面建议报表工具可以向dreamweaver学习。在那些报表数量比较大项目中，要特别注意报表易用性，否则设计者会疯了，还不如去coding了。
3. 使用报表过程中享受报表公司的服务。我感觉如果遇到报表公司的销售人员不懂技术，一定要谨慎，很可能出现收钱人（态度好），帮忙解决问题的人（另外一个态度）。
作为销售人员，应该是懂技术好，有问题，直接找销售人员就可以解决（当然比较复杂问题，肯定还是要联系报表公司的技术人员）。如果销售人员不懂技术，我想可能有一下几个原因：
1）公司人员流动性比较大，刚进来，还没有熟悉产品，要找个技术人员陪同。
2）产品过于复杂，难以理解，让销售人员没有办法学会自己产品。
3）可能销售人员把心思放在通过手段来推销产品，而不是帮助客户解决所有问题这种方式来销售。
打听公司服务可以通过以下几种方式：
1）向朋友打听，看看他们对各个报表公司评价。
2）通过网络调查，自从进入web2.0时代后，网上能搜多关于报表公司评价，比方：it公司速查手册，技术人员blog。
3）去报表公司官方平台上，看报表公司有没有和客户互动活动（互动活动说明这个公司比较关心客户体验），去论坛看帮助其他用户解决问题速度，如果一个公司连论坛都没有或者不维护，说明报表公司不想通过一种免费方式帮助客户解决问题，通俗点可能被试用客户整烦了。
4）休息时间给公司打电话，如果有人接电话，可能意味着这个公司战斗力强，也可能他们在帮助客户解决问题（做项目的客户加班是常事）。
4．项目上线之后能否提高客户满意度。如果没有达到这个目的，就没有购买商业软件的价值。比方，能满足客户简单自定义报表需求，能提高报表展现时间速度，能把客户想到报表都能设计出来。
5．第一次购买之后合作价格。由于软件付费中有很大一部分是软件服务成本，我想随着对软件越来越熟练，报表厂商的服务成本会越来越低，所以以后软件购买价格最好不要高于第一次购买价格，当然如果价格涨幅没有超过cpi指数也是可以接受。
以上是我想到的报表选择中注意事项，
附上，现在我司在用finereport
热心网友
时间：2022-04-14 16:00
最近两个项目实在是被报表头都搞大，我们在项目中一直用birt作为报表工具（这里感谢安讯把birt开源了），BIRT是一个Eclipse-based开放源代码报表系统。它主要是用在基于Java与J2EE的Web应用程序上。BIRT主要由两部分组成：一个是基于Eclipse的报表设计和一个可以加到你应用服务的运行期组件。BIRT同时也提供一个图形报表制作引擎。
它具有如下优点：
1）操作界面友好大方，各种提示信息直观清晰，界面，图标都很漂亮：尤其是对报表的开发布局划分的很科学，一般的报表工具只有设计和预览两个界面，BIRT有正常主页，XML源，布局，预览，脚本多个设计布局。
2）集成在Eclipse中，不用再开启别的报表开发工具窗口。
3）BIRT的本地化做的很好，安装以后操作界面就是中文的。
4）开源的报表产品，降低开发成本，一些报表开发工具价格相当昂贵。
但是birt存在如下缺点；
1）如果遇到问题，只能借助互联网。虽然可以找安讯，但是感觉不划算，认为都开源了，还要给安讯交钱，不如自己多花时间研究研究，说不定就能解决。（呵呵，这里不要笑话我这种程序员，死脑筋！）
2）birt没有填报（或者表单功能），常见系统不光要展现数据还要录入数据。于是我们要在录入数据上花大量时间去做开发。
3）由于birt使用条带的报表模型，很多中国复杂报表做不了。几次在项目中，我们不能使用birt做出来客户要求的报表，不但要向客户多次解释，而且最终闹得有些不愉快，大大降低客户满意度。
4）满足个性化需求是社会趋势，但是使用birt，基本上让客户自定义报表不可能，（虽然我知道用户可能最终定制报表数量有限，但是我个人觉得当用户能自定义简单的报表是应该的）遇到困难怎么办，不能抱怨了，要想办法解决，向同行咨询，问客户意见，发现购买商业报表一种可行方案。
经过多方取证和调查，我感觉应该从一下五个方面来考察报表价值，如果有不足希望大家批评指正：
1. 报表合同价格。报表行业购买方式一般是按照服务器来授权，细微区别可能在按功能或者并发来确定价格高低。如果按照服务器授权方式，个人感觉价格应该在五万以下，当然具有报表之外的功能，可以适当加价。但是如果光一个报表模块就报价几十万，感觉基本没有谈必要，特别遇到要部署几十个服务器的大项目。感觉基本没有谈的必要，无论怎么打折，都很难达到理性价格。如果，用户付费，为报表这个模块就要付出这么大代价，用户可能选择竞争对手的方案，如果软件开发公司付费，我看不如自己投人力改造开源报表，
2. 报表产品易用性。购买报表产品目的是加快开发进度，减少报表维护量，增加客户满意度。如果报表设计过程中，报表设计器没有充分考虑设计者，比方设置一个报表背景图片，报表只保存图片相对路径，如果移动报表那麻烦就大了，这些方面建议报表公司向excel学习，比方制作报表需要编写大量表达式，一个简单功能还要写一行表达式，不能通过拖拽来生成，这方面建议报表工具可以向dreamweaver学习。在那些报表数量比较大项目中，要特别注意报表易用性，否则设计者会疯了，还不如去coding了。
3. 使用报表过程中享受报表公司的服务。我感觉如果遇到报表公司的销售人员不懂技术，一定要谨慎，很可能出现收钱人（态度好），帮忙解决问题的人（另外一个态度）。
作为销售人员，应该是懂技术好，有问题，直接找销售人员就可以解决（当然比较复杂问题，肯定还是要联系报表公司的技术人员）。如果销售人员不懂技术，我想可能有一下几个原因：
1）公司人员流动性比较大，刚进来，还没有熟悉产品，要找个技术人员陪同。
2）产品过于复杂，难以理解，让销售人员没有办法学会自己产品。
3）可能销售人员把心思放在通过手段来推销产品，而不是帮助客户解决所有问题这种方式来销售。
打听公司服务可以通过以下几种方式：
1）向朋友打听，看看他们对各个报表公司评价。
2）通过网络调查，自从进入web2.0时代后，网上能搜多关于报表公司评价，比方：it公司速查手册，技术人员blog。
3）去报表公司官方平台上，看报表公司有没有和客户互动活动（互动活动说明这个公司比较关心客户体验），去论坛看帮助其他用户解决问题速度，如果一个公司连论坛都没有或者不维护，说明报表公司不想通过一种免费方式帮助客户解决问题，通俗点可能被试用客户整烦了。
4）休息时间给公司打电话，如果有人接电话，可能意味着这个公司战斗力强，也可能他们在帮助客户解决问题（做项目的客户加班是常事）。
4．项目上线之后能否提高客户满意度。如果没有达到这个目的，就没有购买商业软件的价值。比方，能满足客户简单自定义报表需求，能提高报表展现时间速度，能把客户想到报表都能设计出来。
5．第一次购买之后合作价格。由于软件付费中有很大一部分是软件服务成本，我想随着对软件越来越熟练，报表厂商的服务成本会越来越低，所以以后软件购买价格最好不要高于第一次购买价格，当然如果价格涨幅没有超过cpi指数也是可以接受。
以上是我想到的报表选择中注意事项，我司现在使用FineReport
热心网友
时间：2022-04-14 17:34
一、类Excel报表 主要代表是FineReport. 存在无缝导入导出Excel，继承中国人制作用Excel做报表习惯，多数据源，行列对称，层次坐标，填报等优势。
二、类传统条带状报表 主要代表birt. birt 应该是西方开源商业竞争策略产物。最大的优势当然就是它开放源代码，但如果说一旦不满足需求，还要购买相应的安讯产品，这个时候就要考虑是否物有所值。
