我们的文章会在微信公众号IT民工的龙马人生和博客网站( www.htz.pw )同步更新 ，欢迎关注收藏，也欢迎大家转载，但是请在文章开始地方标注文章出处，谢谢！
由于博客中有大量代码，通过页面浏览效果更佳。
本文为个人学习《Expert Oracle Database Architecture Techniques and Solutions for High Performance and Productivity（第四版本》一书过程中的笔记与理解分享，仅用于学习与交流，部分内容参考原书观点并结合>实际经验进行整理。若涉及版权问题，请联系删除或沟通处理。也请大家支持购买原版书籍。
白话解读：Oracle并行加载与空间管理的艺术
想象一下，你要把一座山那么多的货物（数据）从A点快速搬到B点（数据库表里）。最笨的方法是找一个人一箱一箱地搬（单进程处理）。而Oracle提供了一个超级武器：并行直接路径加载。
第一部分：什么是并行直接路径加载？
简单来说，它就是：
- 呼叫一支搬运队：同时启动多个“搬运工”（并行执行会话）。
- 开辟专用通道：每个搬运工都绕过仓库的临时堆放区（缓冲区缓存）和物流记录中心（重做日志，某些情况下），直接把货物运到最终仓库。
- 各自负责一片区域：每个搬运工在仓库里划出自己的专属区域（区，Extent），只往自己的区域里堆放货物，不跟别人抢地盘。
这样做的好处是什么？
极致的速度！因为省去了中间环节，直接写入磁盘，所以加载海量数据时速度飞快。
怎么实现呢？
用两句简单的SQL就能搞定：
CREATE TABLE new_table PARALLEL AS SELECT ...（建新表并加载）INSERT /*+ APPEND */ INTO ... SELECT ...（向现有表追加数据）
第二部分：带来的问题——“奢侈”的空间浪费
这种高效的方法也带来了一个副作用：空间浪费。我们用一个比喻来理解：
- 场景：你有1010MB（约1GB）的货物要入库。仓库规定，每个货架（区）标准大小是100MB。你雇了10个搬运工。
- 过程：
- 每个搬运工先申请一个100MB的货架，开始往上堆货物。
- 很快，第一个货架都堆满了（10个100MB货架用掉了1000MB空间）。
- 但每个搬运工手里还有1MB的货没地方放。于是，他们每人又去申请了一个全新的100MB货架，只用了上面1MB的空间，剩下的99MB就空在那儿了。
- 结果：你最终用了20个货架，总共2000MB空间，但实际只存放了1010MB的货物。有将近一半的空间被“占着茅坑不拉屎”了。
这个问题在Oracle里被称为 “区修剪” 问题。理想情况下，Oracle应该能把最后一个没装满的区“修剪”一下，只保留使用的部分，把多余的空间释放出来。
第三部分：解决方案——两种仓库管理员的较量
Oracle的“仓库”（表空间）有两种管理模式，对应了两种解决空间浪费的思路：
1. 刻板的“规则管理员” - UNIFORM SIZE（统一大小）
- 工作方式：他规定，这个仓库里所有的货架必须一模一样大，比如全是100MB。
- 优点：管理简单，分配速度快。
- 缺点：完全无法进行“区修剪”。上面例子中最后那个只用了1MB的100MB货架，他绝不会给你缩小。空间浪费是永久性的。如果你反复进行并行加载，浪费的空间会累积起来，非常可观。
2. 灵活的“智能管家” - AUTOALLOCATE（自动分配）
- 工作方式：他没有固定尺寸的货架，而是准备了一套不同大小的货架（比如8MB, 64MB, 256MB等），根据需要智能分配。
- 优点：支持智能的“区修剪”。
- 当搬运工快干完活时，智能管家会看他最后一个货架用了多少。如果只用了1MB，管家可能会找一个更小的、合适的空货架（比如8MB的）来替换，或者标记出剩余空间可供其他搬运工使用。
- 结果：空间利用率远高于UNIFORM方式。虽然可能会产生更多不同大小的区（货架），但几乎没有浪费的空间。
总结与建议
通过实际的测试对比发现：
- 使用
AUTOALLOCATE模式创建的表，在加载相同数据后，占用的总空间始终比UNIFORM模式要少。 - 随着多次并行加载，
UNIFORM模式的空间浪费会越来越严重，而AUTOALLOCATE模式则能始终保持高效的空间利用。
所以，给你的最终建议是：
如果你经常进行大规模的并行直接路径加载（这在数据仓库中非常常见），请优先选择使用
AUTOALLOCATE方式来管理你的表空间。
它就像那位聪明的管家，虽然管理起来稍微复杂一点（多了几种尺寸的区），但他能为你省下大量的“仓库”空间，从长远看，这对性能和成本都大有裨益。而那位刻板的“规则管理员”（UNIFORM），只适合在一些对区大小有严格一致性要求的特殊场景下使用。
------------------作者介绍-----------------------
姓名：黄廷忠
个人博客: (http://www.htz.pw)
CSDN地址: (https://blog.csdn.net/wwwhtzpw)
博客园地址: (https://www.cnblogs.com/www-htz-pw)
