我們用saiku的mondrian olap模式來分析我們的記錄。我們使用的是星型模式模型。我們有一個包含大約300萬條記錄的事實表。我們有四個維度表,時間戳,等級,路徑和域。每個條目的時間戳幾乎都是唯一的。現在,在我們執行分析時,在saiku中部署模式後,saiku需要大量時間才能返回結果。需要10分鐘才能獲取3000條記錄,如果記錄數超過50000條saiku死亡。請告訴我該怎麼做才能提升saiku和mondrian的表現。Saiku,蒙德里安的表現隨着數據量的增加而下降
0
A
回答
0
很難理解你的特定問題。
兩件事情幫助我們,當我們與賽酷的性能問題掙扎:在所有領域,有時它們的組合,可能是用作尺寸
指數 - 在DB
處處幫助像我們避免與其他表格非規範化我們的數據
3
您可以輕鬆弄清楚這是否是databa本身的問題或賽酷/蒙德里安問題:
- 在
saiku-server/tomcat/webapps/saiku/WEB-INF/classes/log4j.xml
(取消註釋部分啓用以下Special Log File specifically for Mondrian SQL Statements
文本SQL日誌工具 - 重新啓動服務器 在齋宮
- 待辦事項幾個典型分析
- 習慣於從日誌 查詢
- 直接在數據庫中分析查詢的性能(例如對於PostgreSQL有
explain analyze
命令)
如果查詢的性能和Saiku一樣慢,那麼你已經發現了你的問題。
Btw。如果你真的有時間戳的維度(以秒爲單位),那麼你應該考慮把它分成兩個維度,分別是天和秒。
相關問題
- 1. data.table lapply .SD隨着列數的增加而急劇下降
- 2. 蒙德里安saiku - vertica查詢翻譯錯誤
- 3. 如何選擇數字隨着日期的增加而下降的行
- 4. 如何在蒙德里安
- 5. 在什麼情況下Java性能會隨着內存的增加而降低?
- 6. 如何使tomcat隨着內核數量的增加而擴展?
- 7. 隨着數據行數量的增加,迴歸宏
- 8. PHP隨着記錄數量的增加動態增加#行
- 9. 蒙德里安的日期範圍
- 10. 差Vs蒙德里安Pentaho的數據立方體
- 11. 均方誤差不會隨着時代的數量而降低?
- 12. 使div寬度隨着內容的增加而增加
- 13. .Net/C#的速度是否隨着場景深度的增加而降低?
- 14. 內存使用量隨着Ruby 2.1與Ruby 2.0或1.9的增加而增加
- 15. 蒙德里安在Oracle鑽通表顯示逗號整數
- 16. 隨着大數據漸變下降的邏輯迴歸
- 17. 期限D隨着期限t的增加而下降,但該圖並未提取任何點數
- 18. 隨着購物車價格規則的增加,Magento性能下降
- 19. 如何改變蒙德里安的配置有關連接表
- 20. HttpWebRequest隨着線程數的增加而變慢
- 21. ILockBytesOnHGlobal WriteAt性能隨着時間的推移而下降
- 22. Python的mmap()性能隨着時間而下降
- 23. SKSpriteNode寬度隨着變量增加而不會減少?
- 24. 子表單不會隨着新添加的數據而更新
- 25. 隨着寫入操作數量的增加,文件寫入速度急劇下降
- 26. 訂購數量最多下降,但隨着空排名更高
- 27. Magento:性能隨着購物車項目數量的增加而減少
- 28. 隨着密鑰數量的增加,PHP memcache返回false
- 29. 隨着質量的提高,速度下降
- 30. MeteorJS隨着數據呈現
你的問題有點太寬泛。你試過什麼了?這聽起來像你沒有用OLAP友好的方式設計你的倉庫。爲什麼你沒有以層次式的方式來構建你的時間維度? – Luc
@Luc ..感謝您的回覆。我設計了時間戳維度,層次結構分爲年,月和日三個級別。使用pentaho schema workbench設計了我的olap模式,不知道olap友好的設計。請向我提出有關設計問題的建議。 –