弱弱的证实一下关于OLTP与OLAP的想法

显示全部楼层 · 2007-4-11 09:53:26

以前没有怎么规划库，最近因为项目问题，我一直在思考一个问题，
如果一个库只需要每天定时insert一些数据，大概上万条数据，但是基本上没有update,delete，主要是select，那么我不是可以将其规划为OLAP类型么，但是我的一些前辈都告诉我这是一个交易系统，存储运输数据的，不要设计成大block类型的，以前书上说OLTP类型是大量增删改，但是如果只有增，而几乎没有删改，我觉得数据存储上面也是比较稳定。因此我想将此数据库设计成为OLAP类型的，不知各位有什么建议。

千问 · 2007-4-11 09:53:26

OLAP是用于多维分析的，你需要么？

千问 · 2007-4-11 09:53:26

olap数据仓库用的多些。

千问 · 2007-4-11 09:53:26

如果只是这一个表还是用oltp把
存储参数调整好就行了

千问 · 2007-4-11 09:53:26

大block类型是多少？
现在可能用得最多的就是Oracle默认值 8K吧，还有两个 16K、 32K，32K应该比较少人用。

千问 · 2007-4-11 09:53:26

关键是看业务需要，没必要那么死吧！

千问 · 2007-4-11 09:53:26

OLAP的block_size一般都不止8K吧……

千问 · 2007-4-11 09:53:26

看这个业务，我觉得你们数据库还是适合OLTP

千问 · 2007-4-11 09:53:26

用OLTP吧
看上去只有查询, 没有很多复杂分析啊

千问 · 2007-4-11 09:53:26

Insert是单条记录还是批量？查询是单条记录还是批量？另外，8K的block_size基本上满足大多数应用的需求，不管是OLTP还是OLAP（这里所指的OLAP是指online analysis application，并不是Oracle OLAP Option）