数据库逻辑建议

我一直在优化数据库。这个数据库的主要思想是有人在填充它（在白天多次），同时我们有自己的业务人员不断地进行咨询，并在其上生成大量的数据报告。我正在寻找建议，我应该如何构建它，以便不因选择或由于我将在其上执行的操作量而造成表僵局。有什么想法吗？数据库逻辑建议

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

回答