1、看业务需求是如何的,假如实时要求不高,可以做etl数据同步。这个就是处理所有表关联后。弄在一张大宽表里面,这个里面有你报表要的所有字段。这样的好处是查询快。不用关心逻辑了(因为你在etl已经把所有复杂的逻辑处理完成了。),数据不是实时的
2、如果你们要求实时性高。。那么你所要的字段又在多个表,而且关联的条件还很复杂,这个你只能写出来看。查询是否慢了。如果不慢。那么可以用,如果太慢的话,可能还是要考虑走etl同步(只是在配置调度的时候尽量设置时间短一些。比如每10分钟或者30分钟同步一次数据)
3、开发前要先搞清楚业务到底要查什么,这个报表是哪一些人使用,他们用的最基础需求是什么,做出来以后这个表会给他们带来什么样的方便情况,比如以前可能要在多个页面切换查数据,而且是一个个的查询,现在这个报表做出来后可以批量查询处理问题。你要先理解业务与需求。才好做后面的开发。