在我的系统中，永久数据与某些临时数据（如日志）分开。这是通过将日志表（用户定义的程序日志，不与系统日志混淆）存储在与主服务器不同的表空间中来完成的。
因此有两个表空间MAIN和LOG。每个表空间都有一个数据文件。两个数据文件maxsize都设置为4GB，初始大小为8MB，并且它们会在接下来的8MB上自动扩展。
由于我使用oracle的快递版，我需要它们总和不超过4GB。
当我需要减小LOG数据文件的大小以释放一些空间以获取必要的数据时，它会发生。
现在我这样做：
truncate table schema_name.log_table;
alter database datafile '/path/to/the/log/datafile/log1.dbf' resize 128M;
它有效，因为truncate摆脱了数据文件中的所有信息。
但是如果我遇到需要从MAIN中释放一些大小的LOG表空间的情况怎么办呢。我在那里截断了几个表（或者我知道数据文件中有很多可用空间，它已经分配但没有被数据占用，之前用于某些操作），现在需要对MAIN表空间的数据文件进行碎片整理以减小它的大小。没有碎片整理，我得到一个例外：
ORA-03297: file contains used data beyond requested RESIZE value
我能以某种方式对数据文件执行碎片整理操作吗？
答案 0 :(得分：7)
基本上有三个级别的空间分配需要考虑。
表和索引段中行使用的空间。删除行通常足以释放该段中新数据的空间，但这不会释放该段在数据文件中占用的空间。
细分会占用数据文件中的空间。截断表默认会缩小段，或者如果段中有大量可用空间，则可以移动表和/或重建索引。这也将改变数据文件中段的位置，这可能与...相关
数据文件在存储上使用的空间。可以缩小文件，但文件中段的位置非常重要。您只能收缩到最后一个细分的末尾。如果您有时间和资源，可以将段移动/重建到不同的表空间，然后收缩数据文件并再次移动/重建它们。
这（3）是您面临的问题。完整的移动和重建不是唯一的选择......您可以导出所有内容或尝试仅移动/重建数据文件末尾的段，但这更复杂。如果可以，请避免使用它。