ORACLE分析系统OLAP设计思想

　ORACLE 的原来设计是基于事务型的，对处理分析型的就不地道了。最近的发展ORACLE相关技术开发都逐步适应OLAP的需求。
　　1 分区技术 2 压缩技术  3索引组织表 4 大块 5并行技术 6内存结果集。
　　原来的ORACLE设计基础是短小精悍的大规模并发事务。 而甲骨文凭借这一点占领了大部分数据库市场份额。微软的SQLSERVER以它的综合型，友好型和简单易用型占领了中小企业市场。
　　要设计个ORACLE 10G分析系统，不能选择默认安装法。连机器的存储也不能按OLTP的思维。
　　基于目前的RAC技术 它是为了OLTP的高可用型而设计的。不适合分析系统的驻留的机器系统。 ORACLE 还没有IBM的分库数据库，可以水平无限扩展。
　　选择一台分析系统的服务器，基本上是RAID0+RAID5+SSD  大内存+多CPU的单台机器。
　　选择SSD固态硬盘主要是用于分析即时型很强的报表需求。 而RAID0主要存储1个月的数据，这个基本上是很频繁访问的数据报表需求。 RAID5或者RAID10等主要存储历史数据了。
　　大内存主要用于做GROUP BY 运算， 多CPU用户并行查询。
　　分析系统的分层设计。 分层设计主要是把数据逐步的融缩精华。提供比较多的灵活型。
　　1 数据同步层， 设置个用户和模式 DATA_synch 主要从各个数据源中获取数据到该用户模式下。表空间 DATA_DAY，DATA_MON，DATA_HIS 三个时间段的空间。
　　2 数据拆分和汇总。 设置个用户和模式 data_split_sum  主要从源数据提取出部分字段的表，和从中提取时间等粒度的表，或者提取出部分用户的表。
　　比如活跃用户表
　　3 报表结果层： data_result 这一层主要存放最终想要的数据。
　　这三层可以在同一台数据库中，也可以安放在不同的机器上

 
　　表空间设计： 分为数据和索引表空间 同时在分为 SSD，RAID0 RAID5空间：ssd_index，ssd_data，raid0_index，raid0_data，raid5_index，raid5_data
　　注意把重要的表，重要的运算涉及到表，以及即时性要求高的表，领导每天要的表 放在SSD表空间中。
　　数据同步重要的放进SSD表空间中，其他的不重要的放进RAID0表空间里去。 超过一个月上的数据存进历史表空间。
　　所有的表要考虑做成索引组织表，因为组织表是有序存放的。   SSD还是存放的是日和周级别的重要表，可以采用原来的堆组织表。
　　RAID0表空间存放当月的数据，因此可以采用非压缩式索引组织表，块空间FREE为0-10 主要看该表的数据更新周期，也就是说稳定时间。比如说该表的数据从外面拖过来后，下一天再拖数据过来要修改前天数据的值。这就是稳定周期。如果硬盘空间有多余的话 可以再设个RAID0_DAY表空间，把那些需要一定时间才稳定下来的表存放此处。等它稳定后才同步到月表空间里去。这样块的FREE可以设置为0.
　　RAID5空间的表设计 要分区，双分区，压缩，索引组织表，块FREE为0.毕竟这个空间主要存放超过一个月上的历史数据。
　　最后所有的表的块应该设计为64KB-128KB
　　开发中使用并行技术 /*+paraller（4）*/
　　内存表： with _as 共用一张内存数据

 
　　拆分数据库中的表除了提取某些字段外， 还经常需要 新增用户，活跃用户，充值用户，购买用户等 有可能结果层统计数据时候要关联很多表造成速度缓慢。
　　这可以把这几张表做成聚族表。或者是把表做出列。
　　比如 用户名， 注册时间，第一次充值时间，第一次购买时间，第一次等。
　　总体来说 1数据量小化，2数据块读取少量化。 包含读取的次数和块的多少。