有条件删除海量数据时，涉及的日志及空间问题

eksmile

jieyancai 发表于 2015-10-27 14:20
数据库调到简单模式关系不大

你好，我已经将数据移到临时表，然后TRUNCATE了目标表，通过  EXEC sp_spaceused '目标表'，确认目标表已经没用占用空间了。
可是硬盘空间并未释放。
查看了数据库文件信息，截图如下，发现那三个分区的初始大小仍然与之前一样。
这个初始大小，应该是平时维护记录时自增上去的。
可以直接在这里修改初始大小值吗？

jieyancai

eksmile 发表于 2015-10-27 15:04
你好，我已经将数据移到临时表，然后TRUNCATE了目标表，通过  EXEC sp_spaceused '目标表'，确认目标表已 ...

看看常规中，数据库大小和可用空间为多少？或者命令：exec sp_spaceused
如果数据库使用率为>50%就没必要收缩。收缩的目的只是为了节省空间，但将来如果数据量增长还是会需要扩大数据文件的。所以如果磁盘空间足够的情况下，就不要去做收缩的动作。

eksmile

jieyancai 发表于 2015-10-27 15:09
看看常规中，数据库大小和可用空间为多少？或者命令：exec sp_spaceused
如果数据库使用率为>50%就没必要 ...

数据库大小：1408495 MB
可用空间：362477 MB
使用了约74%

这几个分区就是用来存储历史数据的。这次处理完，基本上以后不会再向里面添数据了。那它们占用了这么多空间，不就是浪费了吗？
350G存储的是之前24个小时的数据，现在只存储一个小时的，那估计也就需要 350G/24 = 14.58G。
至少也浪费了300G的空间啊。

除了收缩整个数据库，就没有其它的办法了吗？

eksmile

jieyancai 发表于 2015-10-27 15:09
看看常规中，数据库大小和可用空间为多少？或者命令：exec sp_spaceused
如果数据库使用率为>50%就没必要 ...

exec sp_spaceused 已经全是0。

表已经不占用空间了。我TRUNCATE掉了。但是这个数据文件，还占用着空间。

jieyancai

eksmile 发表于 2015-10-27 15:17
数据库大小：1408495 MB
可用空间：362477 MB
使用了约74%

可以选择收缩那几个数据文件。

p2v5

eksmile 发表于 2015-10-27 13:57
select into 到临时表后， 把目标表truncate了，然后从临时表导入回目标表时，不能用select into。而bulk ...

为什么不能用select into了？你把原来那个表整个干掉就不可以了吗，反正被你truncate后是个空表。

p2v5

eksmile 发表于 2015-10-27 11:05
我查了一下，简单模式的描述是“自动回收日志空间以减少空间需求，实际上不再需要管理事务日志空间。简单 ...

在我的经验来看，如果是简单模式，只有在大量delete时或者索引重构时才会导致日志文件膨胀。

ouygui

这个可以使用分区交换功能啊，把临时表直接交换到分区表就可以了

eksmile

p2v5 发表于 2015-10-28 09:23
为什么不能用select into了？你把原来那个表整个干掉就不可以了吗，反正被你truncate后是个空表。

select into 的那个表，是自己在数据库的默认分区创建一个表。

我试了一下，如果我提前创建好那个表，然后SELECT INTO 已创建表，会提示对象已经存在。

eksmile

ouygui 发表于 2015-10-28 11:50
这个可以使用分区交换功能啊，把临时表直接交换到分区表就可以了

现在才知道，同一个分区。被四张表用了。

这种分区交换，只适合于，那个分区被一张表使用的情况吧。