我也正在作人事方面的东西。确实郁闷阿。不过还没遇到你那么多的报表。复杂不说还要变化。我只好倒到excel中了。

解决方案 »

  1.   

    报表可以导入到excel,可以用户自己定义简单的报表,
    可以打印报表之前调用存储过程,可以设置参数,
    这些全都实现了,但那些复杂的报表首先是统计的项目多,
    一个报表有几百个格子,全是统计值,一灵活就难办了!
    兄弟们多多介绍经验!
      

  2.   

    其实就是工作量的问题,如果不是技术问题,就用quickreport也挺好的
      

  3.   

    有一个类似EXCEL的第三方控件,做这个很合适
    [email protected]
      

  4.   

    我也这么做了些报表,但报表太多了,想做成比较灵活的
    可以进行定义,把每个格子都拼成一个sql语句,算出那些统计值,
    但又有合计项(一些列的合计或一些行的合计),不好处理
    ---这个思路可行否?
    还有没有什么好的办法呢?
      

  5.   

    你那报表都统计些什么内容?我现在在做人力资源。
    我提供EXCEL导入功能,直接从DBGRID中导出查询或统计数据,
    还一个就是直接从dbgrid中打印数据
      

  6.   

    FastReport确实是个不错的东东,好好应用,它在静态报表中是相当不错的
    不过你如果能找到一个动态报表工具就更好了,只要写出SQL语句就可以了
      

  7.   

    看到这样的问题
    感觉真是感慨万千
    俺以前做的时候也遇到一模一样的困难
    都是想方设法绞尽脑汁完成了,工作量惊人
    谁都想做成通用的——但,那可能么?想一想就应该很清楚,造成这样局面并非技术问题
    而是管理问题
    他们的报表就是想到哪儿做到哪儿,要完全的灵活?——找微软,用Excel
    要不提供一个报表二次开发工具——他们会用么——他们会用还用的着咱?
    无论作MIS或者ERP都应该先规范管理
    可是我们的开发现状就是客户提出所谓的需求
    由我们实现电脑运算,哎,还是原来的工作流程
    从不考虑这样做是否合理
      

  8.   

    我也有类似的难题。更惨的是Delphi提供的报表控件实在是不好用,只好用画布来做,做到呕血。
      

  9.   

    1:可以使用Excel做好报表模板(包含公式等),在程序中使用F1Book填写数据。
    2:使用Crystal Report做报表,对于复杂报表,可以在数据库端使用存储过程产生View,然后在Crystal Report中连接View。
      

  10.   

    楼上老兄说的没错,
    但现在却不是这个问题:报表要灵活,适应变化,随意,任意,
    什么东东都会杂到一起……
    为了做报表,我已经写了一堆存储过程了,也有比较通用的报表工具,
    但用户的水平,你能让他们自己作出复杂的报表吗?
    那些复杂的报表(有大量这样的)程序员一个个做起来都费神,费时,
    唉,惆怅啊!
    欢迎继续讨论!
    to ScoutKing(失眠夜) :同感,同感!!!
      

  11.   

    你也体会到作报表的难处了!!!我介绍一下我的经验:1、我所有的报表都使用Excel的
    2、我所有的都是用了模版
    3、模版的主要作用是保存那些报表中的固定部分
    4、由于Excel有坐标,所以多复杂的报表都能出
    5、利用模版用户可以自定义报表的列,不必每个报表都要你自行设计
    6、利用Excel你可以不必担心打印的问题
    7、Excel有计算功能,对于那些主从报表非常有用
    8、....
      

  12.   

    报表太多,的确难管理的,我觉得用DELPHI做数据库编程比较不好,我建议你还是用PB好。
      

  13.   

    我刚做完一个人事系统确实是很烦报表我用的是report builder
      

  14.   

    是啊,用户自定义的报表,固然是好,但最多也是有针对性的,不然
    用户不会接受的--越通用,对使用的人要求就越高了(要进行很多的查询统计定义)。
    excel是号,但数据让他们手填吗?把报表导到excel表早已不是问题了,
    就是报表太复杂,统计项目多,还要考虑是否保留历史数据,
    考虑时间段……总之,就是烦人了