|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2008-06-16
我们公司刚接到的一个新项目,是油田上的项目,有些变态,全是报表,多达300多张,而且,最为复杂的交叉报表有近300行的数据,一个汇总的交叉表的数据可能来自不同的几十甚至上百张表。想征求一下大家的意见,希望有经验的兄弟能分享一下,看看这个系统应该选用什么方式来开发:
1、用报表工具(帮忙推荐一个好使的报表工具)商业、免费均可 2、自己开发(给点开发中需要注意的问题) 3、请说出你的更高的见解...... 各有什么利弊? 最变态的是,用户提出来报表还要求可以动态变化,比如说,原来一张报表是10列,20行,过了一年,可能报表的格式要调整为15列,23行,这样的需求。 希望大家不吝笔墨,多多赐教!! 声明:JavaEye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
|
| 返回顶楼 | |
|
时间:2008-06-16
如果预算多的话,可以考虑微软的商业智能解决方案,从界面和易用性上来说都不错。
如果预算一般的话,可以考虑StyleReport这类商用报表。 自己开发实在没必要。 |
|
| 返回顶楼 | |
|
时间:2008-06-16
嗯,我也考滤过用报表工具,但是,现在的报表工具太多了,也不知道那一款比较合适我们的项目,再说了,用别人东西,服务这一块是最关键的,就怕因为服务不到位,影响了项目的进度,我们以前就用过国内的一个报表产品,就是由于服务不够及时,往往一个问题很久解决不了,严重影响了项目的正常进度。并于StyleReport我在javaeye论坛上看到一篇贴子,说StyleReport是世界排名第一的报表工具,的确功能很强大;再说了,我们的客户有很多的变态要求,只怕报表工具也很难实现呀!并于StyleReport大家有用过的吗,谈谈心得!让我也借鉴一下!
|
|
| 返回顶楼 | |
|
时间:2008-06-16
嗯,我也考滤过用报表工具,但是,现在的报表工具太多了,也不知道那一款比较合适我们的项目,再说了,用别人东西,服务这一块是最关键的,就怕因为服务不到位,影响了项目的进度,我们以前就用过国内的一个报表产品,就是由于服务不够及时,往往一个问题很久解决不了,严重影响了项目的正常进度。并于StyleReport我在javaeye论坛上看到一篇贴子,说StyleReport是世界排名第一的报表工具,的确功能很强大;再说了,我们的客户有很多的变态要求,只怕报表工具也很难实现呀!并于StyleReport大家有用过的吗,谈谈心得!让我也借鉴一下!
|
|
| 返回顶楼 | |
|
时间:2008-06-16
我晕,我点了一下,怎么提交了两次呀?版主不好意思了,麻烦你删一下,呵呵!
|
|
| 返回顶楼 | |
|
时间:2008-06-16
呵呵,你报表外包给我吧
|
|
| 返回顶楼 | |
|
时间:2008-06-16
外包给你??呵呵,说说你能承接这个项目的资质!!只要你条件能达到,包给你也未尝不可呀!只要是建立在双赢的基础上,没有什么不可以的。
但是,我更想听听你的高见!!请赐教!! |
|
| 返回顶楼 | |
|
时间:2008-06-16
duronshi,你用过明宇报表,做过项目吗?说说你用这个报表工具的感受,它的优势在那里?
|
|
| 返回顶楼 | |
|
时间:2008-06-16
看到在新手里已经有这个帖子了。在这里再贴一次。
大规模复杂的数据库仓库挖掘最好还是使用专门的数据库产品。比如ESSBase等专门产品。可以很快速的组合各种报表。不过缺点就是不能随时更新数据,每次数据从关系数据库导入的时候都需要大量的时间。那次培训的人告诉我说一般情况下这种数据仓库至少有一天的数据延迟。不过如果不是以小时等太短的时段来分析的话,没什么问题。 |
|
| 返回顶楼 | |
|
时间:2008-06-16
关键看你说的客户的BT需求,你所说的增加一些数据列,这个根本不算什么变态需求。很正常。而且对于报表工具来说,只要改一下datasource就可以了。
至于你谈到的交叉表,那就看你这报表是要实时展现还是非实时展现,如果是非实时的,那只要用存储过程一步一步建中间表出来就可以了。如果是实时的,那肯定要用其他办法了。 关于明宇的如意报表。我们给联通客户也用过,当然是比较简单的数据展现,都是在中间层建立好的情况下做个展现而已。稳定性还行,开发量也不大。新手很快也能掌握。 关于StyleReport。我们也给客户用过。功能强大点,支持一些脚本。比如报表中展现离网用户数,那么点击离网用户数的具体数字,可以跳转到另外一个报表,显示离网用户数明细等。 |
|
| 返回顶楼 | |




