关于报表生成的经典问答

关于报表生成的经典问答

魔方经典客户：
模范老师，打扰你了，我一直有个问题困扰很久，也是我一直无法深入学习魔方的障碍，总觉得这是魔方在应用大数据的瓶颈，但看介绍，好像魔方也应用过大量数据的用户，问技术员也回答有独特技术感觉太模糊。一般我们开发系统经常会用到针对表建不同的查询和视图，但魔方好似没有这个类似操作，都是新建表，并且用公式导入数据，请问是否在大数据时速度会受限制。例如：以前开发时A表数据来源来BCD三表，作个查询关联一下即可，但在魔方中，我要新建一个A表结构，再设计公式分别导入BCD数据，这流程都明显多很多，速度感觉怎么也快不了呀？是不是在魔方中我采用解决思路是错的呢？

模范点心：
其实恰恰我们的做法是大项目使用的方法
如果数据量很大的情况下，查结果表，和实时汇总查询，你觉得哪个更快？
你能提出这样的问题，说明有很高的水平了
我们现在这样的做法，正是大型项目，用ETL工具来做报表的做法

你是想解决什么问题？

魔方经典客户：
谢谢你的回复，专家就是不一样，一语说中关键。 ，我是一个半拉子的实施技术员，用过一小段帆软报表，因为目前我的数据也不大，想在我们的客户群中应用一下魔方软件 ，所以我在想如果ABCD表总是不停的用公式向A表传输数据岂不是影响机器效率。不过中午办完事我回想了一下，我其实不是需要每次公式复制每个表的全部记录，只须设计公式，让BCD表每次更新本表同时向A表写入即可，这样效率就会好很多。谢谢你

模范点心：
一般是定时执行，一天一次

魔方经典客户：
有时侯，有些关键没想通，就总觉得没动力深入学习，这样一说，我有点点信心了

模范点心：
后面就直接从结果表查询了

魔方经典客户：
你说的定时执行，估计都是很大的数据量了，我这边数据也就是几万条，不多
目前我自己公司的测试数据只有几百条，所以感觉一直都还在想你们是不是自己还是用方法从后台建数据库查询和视图

谢谢你的回复，让我有个新的思路

模范点心：
其实还可以进一步优化，比如十分钟执行一次，但是仅仅重算十分钟内变化数据
这样对于大数据量，同时要求及时重算的应用也是可以实现的
魔方没有视图的概念
其实视图就是一种过滤
只不过是永久性过滤
魔方的过滤方式很多的
视图这种东西，不同的数据库有很大的区别
不适合消除数据库之间的差异

魔方经典客户：
谢谢，我目前主要想应用在小型用户，他们每个表的数据量都应是小于5万，并发用户不超过5个，请问你认为我在用魔方设计时
方法1：在A表每新增记录时向B表同时写入效率快一点，还是如你新说
方法2：A表在当用户新增记录10分钟后，触发公式向B表写入呢？
我的理解是，如果一般来说10分钟内，不超过5个用户，不超过50条记录，是不是方法1和方法2差不多，相比下，方法1是不是即时性更高一点。。。 我因为没有测试过，只是想当然的这么想，不知可行否

模范点心：
不应该使用实时触发的方式来生成报表
这样的话，整个过程是增量后的结果，中间任何一个环节有问题，有可能造成数据不一致
而报表方式，任何时候都是从事实数据重新汇总的，准确性要高的多
没有累计误差

你提的几个问题都是属于特别有代表性的
非常好

魔方经典客户：
太对了，我接着就是在想，万一网络有问题，我怎么解决少一点，多一条记录  

魔方经典客户：
那对于方法二，模范老师，我又有问题，我刚才想法方法1和方法2，公式写法都不多，一个是实时触发每个记录，一个是定时触发多条记录，就是一次一个，一次多个，难道一次多个，不需要特别加点什么方法，只是从理论来说安全一点吗？

模范点心：
没有累积误差，这点是根本

加过滤条件，可以让执行速度更快，时间更短，越短，可能的影响和不一致会少
绝对的一致是不存在的
除非你出报表之前，锁定整个表，不让新增和修改

魔方经典客户：
嗯，学习了，我再消化消化，非常感谢老师，我又学习了一个新思路。。。。

模范点心：
恩

一定要顶起来，这个帖子太精华了。我想模范是非常代表的一段对话