数据库空间释放空间

⑴ 如何释放SQL表中己分配但又未使用的空间

SQL Server 2000 自动收缩有大量可用空间的数据库。该进程仅适用于那些 autoshrink 选项设置为 true 的数据库。服务器定期检查每个数据库中的空间使用情况。如果发现数据库中有大量闲置空间，而且它的 autoshrink 选项设置为 true，SQL Server 就缩小该数据库中的文件大小。也可以使用 SQL Server 企业管理器或 DBCC SHRINKDATABASE 和 DBCC SHRINKFILE 语句，手工收缩数据库中的文件。文件始终从末端开始收缩。例如，如果有个 5 GB 的文件并将 DBCC SHRINKDB 语句中的 target_size 指定为 4GB，则 SQL Server 将从文件的最后一个 1 GB 开始释放尽可能多的空间。如果文件中被释放的部分包含使用过的页，则 SQL Server 首先将这些页重新定位到保留的部分。只能将数据库收缩到没有剩余的可用空间为止。例如，某个 5GB 的数据库有 4 GB 的数据并且 DBCC SHRINKDATABASE 语句的 target_size 被指定为 3 GB，则只释放 1 GB。如果 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 语句无法收回日志文件中的所有空间，该语句将发出信息，指示必须执行什么操作以释放更多符合条件的空间。收缩事务日志在下列情况下，日志文件的物理大小将减少： 执行 DBCC SHRINKDATABASE 语句时。执行引用日志文件的 DBCC SHRINKFILE 语句时。自动收缩操作发生时。 日志收缩操作依赖于最初的日志截断操作。日志截断操作不减小物理日志文件的大小，但减小逻辑日志的大小，并将没有容纳逻辑日志任何部分的虚拟日志标记为不活动。日志收缩操作会删除足够多的不活动虚拟日志，将日志文件减小到要求的大小。减小大小的单位是一个虚拟日志文件。例如，如果有个 600 MB 的日志文件被分成了 6 个 100 MB 的虚拟日志，则该日志文件的大小只能按 100 MB 递减。比如，文件可以减小到 500 MB 或 400 MB，但不能减小到 433 MB 或 525 MB。不能释放容纳逻辑日志部分的虚拟日志。如果某个日志文件中的所有虚拟日志都容纳了逻辑日志部分，则不能收缩该文件，直到截断操作在物理日志的末端将一个或更多的虚拟日志标记为不活动。当收缩任何文件时，必须从文件的末端开始释放空间。当收缩事务日志文件时，从文件的末端开始释放足够的虚拟日志以将日志减小到用户所要求的大小。用户指定的 target_size 四舍五入为下一个最大的虚拟日志边界大小。例如，如果用户为包含 6 个 100 MB 虚拟日志文件的 600 MB 文件指定 325 MB 的 target_size，则删除最后两个虚拟日志文件，因此新的文件大小为 400 MB。在 SQL Server 2000 中，DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 操作试图立即将物理日志文件收缩到所要求的大小（以四舍五入的值为准）： 如果虚拟日志中的逻辑日志部分没有超出 target_size 标记，则释放 target_size 标记之后的虚拟日志，并且成功完成 DBCC 语句，不出现任何信息。如果虚拟日志中的逻辑日志部分超出 target_size 标记，则 SQL Server 2000 释放尽可能多的空间并发出一条信息。该信息告诉您需要执行什么操作以获得文件末端超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC 语句以释放剩余的空间。

⑵ oracle 在删除表，表空间，用户时 如何释放磁盘空间

oracle删除表，释放表空间，需要通过truncate table xx，然后drop table xxx 来释放，或者直接通过 drop table xxx purge；

示例如下：

1、创建测试表，

create table test_space(id number, name varchar2(20));

⑶ SqlServer数据文件太大，表占用空间太大，怎么释放空间

时间充足就断线停止写入数据库，做个全备份。
删除数据库，删除数据库文件。
整理下磁盘。
重建同名数据库，恢复数据库。
这时候的空间是最紧凑的，可以试试建聚集索引。
最根本的方法是加硬盘，可能你的数据操作规律就是会产生很多碎片的，必须要有双倍的空间才行。

⑷ 在oracle数据库中删除表后，怎样把占用的磁盘空间释放出来

你是用drop命令删除的吗?drop命令是不回收表空间饥亏的，只是吧表对应的记录从数弊肢答据字典中抹掉，也不会回收高水位。
truncate才会直租慧接回收表空间