數據庫邏輯建議

我一直在優化數據庫。這個數據庫的主要思想是有人在填充它（在白天多次），同時我們有自己的業務人員不斷地進行諮詢，並在其上生成大量的數據報告。我正在尋找建議，我應該如何構建它，以便不因選擇或由於我將在其上執行的操作量而造成表僵局。有什麼想法嗎？數據庫邏輯建議

2017-06-19 cancinos

你讀過關於MySQL InnoDB MVCC及其SQL隔離級別的內容嗎？（也是MySQL顯式鎖定，也是wiki concurrency_control＆serializability。）MVCC的好處是讀者不會阻止作者。但是，整本書都說得太寬泛了。 DItto「任何想法」。 – philipxy

這個任務是如何進行的？ –

@RickJames Poorly。我目前工作的地方，他們不相信作爲開發者來管理我的任務，所以這是很多東西的底部。 – cancinos

Data Warehousing？

Summary Tables加速「大報」，往往是10倍。

也許你還需要一些High speed ingestion提示？這涉及到多個作家在單個「事實」表上敲打。

2017-07-01 00:46:44

您無法針對OLTP和OLAP進行優化。從戰略上講，最好的解決方案是從交易系統中提取數據到數據倉庫和數據集市（星型模式/維度模型）中，用於報告和商業智能。

2017-07-01 07:29:28

回答