一、普通表(heap table):适合大部分设计场景,有优点也有缺点。
优点:
1.语法简单方便
2.适合大部分场景
缺点:
1.更新日志开销较大
2.Delete无法释放空间(HWM High Water Mark不下降)
3.表记录太大检索太慢
4.索引回表读开销很大
5.即便有序插入,也很难保证有序读出
二、全局临时表:适合接口表设计
优点:
1.高效删除
2.产生很少的日志
3.不同的SESSION独立,不产生锁
缺点:
1.语法特别
2.数据无法得到有效的保护
全局临时表分两类:
一个是基于会话的全局临时表(on commit preserve rows),一个是基于事务的全局临时表(on commit delete rows),下面就是创建的例子:
create global temporary table T_TMP_SESSION on commit preserve rows as select * from dba_objects;
create global temporary table T_TMP_TRANSACTION on commit delete rows as select * from dba_objects;
三、分区表:尤其适合日志表,非常大的表
优点:
1.有效的分区消除 (分区裁剪)
2.高效的记录清理(即可以对某一个分区进行truncate)
3.高效的记录转移(分区交换)
缺点:
1.语法复杂
2.分区过多对系统有一定的影响
四、索引组织表:适合极少更新的表
优点:
1.表就是索引,可以避免回表
缺点:
1.语法复杂
2.更新开销较大
五、蔟表:使用频繁关联查询的多表
优点:
1.可以减少或避免排序
缺点:
1.语法复杂
2.表更新开销大