通過目前判斷 數倉查詢緩慢是這次效能問題的根本原因。數倉建設我們建議使用物理表來做事實表，而且關鍵欄位要加上索引，事實表不建議做得太寬，這樣很影響整體的查詢效率，建議拆得細一些，用到哪些度量或者維度 到時候再組裝。目前咱們很多關鍵的事實表都是用很寬的檢視來建立的，檢視本身建的欄位比較多 而且不能建立索引，很影響查詢效率，建議把檢視轉換成物理表然後做一些拆解，比如view_dws_beian_mx，這個檢視被做成很重要的事實表，但是這個檢視的查詢語句執行都要60多秒，建議首先做成物理表，然後再拆除幾個小表，這個視圖裡面主題很多有合同、備案、交底等可以按照主題進行一下拆分，最後新增必要的索引。我們建議的建倉原則1：命名規範 事實表、維度表、分層表通過表名就能判斷 2、儘量使用物理表 3、維度表有主鍵(避免聯合主鍵)，4、連線避免雪花型關聯(減少連線層次)，5、事實表適當的索引 6、平衡拿空間換查詢時間 即做分層。希望夥伴和客戶按照這個原則來優化數倉 這樣才能減少非必要的麻煩