本文讲述了作者在使用润乾报表进行现场开发时遇到的问题与解决过程。最初，由于缺乏经验，作者按照客户需求逐步构建报表，但发现一些功能无法通过润乾报表直接实现。在与客户方报表制作人员交流后，了解到需要重新考虑报表架构，包括数据库表设计和报表拆分。通过重新架构，实现了动态展示原料消耗数据的功能，提高了报表维护和应对需求变更的效率。
最近，小弟被公司派遣到这个偏远的地方，现场开发报表。说实话，我也是刚接触润乾报表一周的时间，有些根本就不知道怎么用，如何用，更不用谈架构了，一来到这边，小弟就闷着头的在润乾设计器中摸索，做了一点就问客户，客户说哪里想实现什么效果，我就按照客户说的去做，做了一周后，客户把制作报表的人员叫过来，制作人员说有一些大表的数据是从班组里面获取的，这就跟我之前设计的报表完全不同，甚至有的根本不能用润乾实现，比如说，我们传参作为查询条件都是从表头传，而客户是希望从表体点击下拉框后自动显示数据，这个功能用底层代码实现倒不难，但在润乾里就无法实现，而我之前设计的也是从局部开始的，没有考虑的报表的全局性和是否能实现，结果不得已从头开始架构，经理远程问我要报表，我跟同事把这边情况跟他说了之后，被他骂的狗血淋头，说我们不专业，哎，这真是苦逼的差事啊。
之后就重新考虑报表的架构，包括数据库的表的设计，将原来的大报表拆分（之前是一场棉被式的直接从excel导入成的报表，只做一些填报） 如图：
显示如下：
再看看每个公司对应的原料维护组态界面：
最低0.47元/天 解锁文章
扫一扫
278
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
