当前位置：首页 > article >正文

Oracle之表的设计

article 2024/11/15 0:36:39

表的设计
- 普通堆表
  - 优点
    - 语法简单，适用大部分应用场景
  - 缺点
    - 表更新日志开销较大
      - 可在适当场合选择全局临时表
      - 查看产生多少日志
        select a.name,b.value from v$statname a,v$mystat b where a.statistic#=b.statistic# and a.name='redo size';
      - 表的更新操作，无论是删除、插入还是修改，都会产生日志。更新操作产生的日志最多
      - 查看产生redo视图
        select * from v_redo_size;
    - Delete无法释放空间
      - 可在适当场合考虑全局临时表和分区表
      - delete删除并不能释放空间，虽将很多块的记录删除，但空块仍保留，Oracle在查询时依然会支查询空块。而truncate是一种高水平的动作，这个空块被回收，空间也就释放了。truncate是一种DDL操作而非DML操作，truncate后不带条件。
    - 表记录太大检索较慢
      - 可在适当场合选择分区表
      - 需求访问BLOCK的个数越少越好
      - Oracle提供了两种技术减少访问路径
        索引技术
        
        分区技术
    - 索引回表读开销很大
      - 可在适当场合选择索引组织表
    - 即便有序插入也难以有序读出
      - 可在适当场合选择簇表
- 全局临时表
  - 类型
    - 会话全局临时表
      - 基于SESSION
        on commit preserve rows
    - 事务全局临时表
      - 基于事务
        on commit delete rows
  - DML操作日志表及产生的情况
    - 插入
    - 更新
    - 删除
  - 优点
    - 高效删除
      - 基于SESSION
        退出SESSION，记录就删除
      - 基于事务
        COMMIT或退出SESSION，记录就删除
    - 产生日志少
      - 无论是插入更新还是删除，操作普通表产生的日志都比全局临时表要多。
    - 不同Session独立，不产生锁
      - 避免锁，利于并行
  - 缺点
    - 语法特别
    - 数据无法得到有效的保护
- 分区表
  - 分区表原理及类型
    - 原理
      - 不同分区，在不同的SEGMENT
      - 分区表会产生多个SEGMENT，而普通表仅有一个SEGMENT。
      - 化整为零，将大对象切割成多个小对象，从而使得指定的小对象定位到数据，最终减少访问路径，尽量少做事解决问题。
    - 类型
      - RANGE分区
        最常用，范围分区：range_part_tab
        partition by range
      - LIST分区
        列表分区：list_part_tab
        partition by list
      - HASH分区
        散列分区：hash_part_tab
        partition by hash
        
        缺点
        系统自行创建分区名称，无法将指定数据到指定的分区。
        
        优点
        将数据根据一定的HASH算法，均匀分布到不同分区，避免查询数据集中，改善IO。可精确匹配，无法范围扫描。
      - 组合分区
        Oracle 11g以前的版本只支持range_list和range_hash组合
        
        range_list_part_tab
  - 分区索引
    - 全局索引
      - 对deal_date列建全局索引
      - create index idx_part_tab_date on range_part_tab(deal_date);
    - 局部索引
      - 对deal_date列建局部索引
      - create index idx_part_tab_area on rang_part_tab(area_code) loca;
    - 查看索引表情况
      - select index_name,status from user_indexes where index_name in(...)
      - status是N/A表示是局部索引
  - 分区表相关易错点
    - 有分区用不到
      - 无法应用分区条件
    - 分区索引失效
      - 分区转移、切割、合并、增删等，也和分区truncate是类似的，都允许增加update global indexes关键字，从而避免全局索引失效。
    - 分区索引效率低
  - 优点
    - 有效的分区消除
      - 操作落在指定分区，从而减少访问路径
    - 高效的记录清理
      - truncate partition p_xx
    - 高效的记录转移
      - exchange partition part_xx with table mid_table
      - 分区交换，两张表的字段完全相同
        分区表-->普通表
        
        alter table range_part_tab exchange partition p8 with table mid_table;
        
        再执行一次普通表的数据就交换到分区表
        
        mid_table是无数据的，若存在数据则会交替交换
      - 切割分区
        alter table range_part_tab split partition p_max at (To_DATE('2022-01-01','YYYY-MM-DD')) into (partition p2022_01,partition P_MAX);
        
        at部分说明了具体的范围，小于某个指定的值
        
        into部分说明分区被切割成两个分区，P_MAX是新的分区名，也可沿用已存在的分区名
      - 分区合并
        alter table range_part_tab merge partitions p2022_01,P_MAX into partition p_max;
        
        merge后面跟着的是需要合并的两个分区名
        
        into部分为合并后的分区名，可以是新的分区名，也可以沿用已存在的分区名
      - 分区的添加
        add partition
      - 分区的删除
        drop partion
  - 缺点
    - 语法复杂
    - 分区过多，对系统有一定影响
- 索引组织表
  - 最大的特点是表就是索引，索引就是表，这是一种特别的设计，无需访问表
  - 优点
    - 表就是索引，可以避免回表
  - 缺点
    - 语法复杂
    - 更新开销较大
- 簇表
  - 优点
    - 可以减少或避免排序
  - 缺点
    - 语法复杂
    - 更新开销大
此文章为个人做的笔记，如有写的不对或你在表设计方面还有什么高见，评论区见