通过目前判断 数仓查询缓慢是这次性能问题的根本原因。数仓建设我们建议使用物理表来做事实表，而且关键字段要加上索引，事实表不建议做得太宽，这样很影响整体的查询效率，建议拆得细一些，用到哪些度量或者维度 到时候再组装。目前咱们很多关键的事实表都是用很宽的视图来创建的，视图本身建的字段比较多 而且不能创建索引，很影响查询效率，建议把视图转换成物理表然后做一些拆解，比如view_dws_beian_mx，这个视图被做成很重要的事实表，但是这个视图的查询语句执行都要60多秒，建议首先做成物理表，然后再拆除几个小表，这个视图里面主题很多有合同、备案、交底等可以按照主题进行一下拆分，最后添加必要的索引。我们建议的建仓原则1：命名规范 事实表、维度表、分层表通过表名就能判断 2、尽量使用物理表 3、维度表有主键(避免联合主键)，4、连接避免雪花型关联(减少连接层次)，5、事实表适当的索引 6、平衡拿空间换查询时间 即做分层。希望伙伴和客户按照这个原则来优化数仓 这样才能减少非必要的麻烦