DB|使用TRUNCATE TABLE完成DB清洗

打包程序时,往往需要把测试数据清除掉,最直接的方法是,导出SQL脚本时,只导出结构。但如果使用备份还原的模式,清除数据记录就会有点麻烦,尤其使用自增字段为主键,delete之后数据清空,但增长的初始值还是基于原有数据。

如果表不多的话,可以使用逐个TRUNCATE TABLE命令。如果表比较多的时候,写个for循环也就OK了,但还需注意一个细节,即表中可能存在外键,如果不处理,是无法清除数据的,因此在循环之前先使用系统存储过程sp_MSforeachtable禁用外键检测,清除完成后,再打开就可以了。

use dbname;

--禁用表中所有的外键

EXEC sp_MSforeachtable @command1='alter table?  NOCHECK constraint all';

--查询数据到临时表 生成有序index列 用于后面遍历

select row_number() over(order by name desc) as 'rowindex',* into #test_temp from ( SELECT name FROM SysObjects Where XType='U') as A;

--遍历数据表test中的数据

declare @i int,@flag int

select @flag=count(rowindex)+1 from #test_temp

set @i=1

declare @v1 varchar(500)

while(@i<@flag)

begin

select @v1=name from #test_temp where rowindex=@i ;

exec('TRUNCATE TABLE '+ @v1);

--清除数据表

set @i=@i+1;

end

--启用数据表中的外键

EXEC sp_MSforeachtable @command1='alter table?  CHECK constraint all';

--删除临时表

drop table #test_temp

在我本机测试过之后,移到服务器执行出现外键的问题,报错如下。

查询资料之后,发现以上代码可以有更简单的写法。

--关闭约束

EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL'

--关闭触发器

EXEC sp_MSForEachTable 'ALTER TABLE ? DISABLE TRIGGER ALL'

--清空表

EXEC sp_MSForEachTable 'TRUNCATE TABLE ?'

--启用约束

EXEC sp_MSForEachTable 'ALTER TABLE ? CHECK CONSTRAINT ALL'

--启用触发器

EXEC sp_MSForEachTable 'ALTER TABLE ? ENABLE TRIGGER ALL'

但简单归简单,却不能从根本上解决问题。继续查询,最后找到一个折中的方案,即遍历库中所有的表,然后把表中的自增字段重设种子,之后清除DB的的日志信息。

if( object_id('pr_DataClear') is not null )

drop procedure pr_DataClear

go

create procedure pr_DataClear

as

begin transaction

declare @cTblName varchar(128)

declare cur_Clear cursor for select rtrim(name) from sysobjects where type = 'U' order by crdate desc

open cur_Clear

declare @cSQL varchar(255)

fetch next from cur_Clear into @cTblName

while( @@fetch_status = 0)

begin

set @cSQL = 'delete from ' + @cTblName

print @cSQL

exec( @cSQL )

if( ident_seed(@cTblName) is not null )

begin

dbcc checkident( @cTblName, reseed, 0 )

print '有种子且成功重置为1'

end

fetch next from cur_Clear into @cTblName

end

close cur_Clear

deallocate cur_Clear

commit

go

-- 清空所有表数据

exec pr_DataClear

-- 截断日志

ALTER DATABASE DBName SET RECOVERY SIMPLE

dbcc shrinkdatabase( DBName )

dbcc updateusage( DBName )

问题解决,使用时,替换脚本中的DBName为你的数据库名。谨慎操作,数据丢失不可恢复。如有更好方案,还请共享。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,454评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,553评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,921评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,648评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,770评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,950评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,090评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,817评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,275评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,592评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,724评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,409评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,052评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,815评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,043评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,503评论 2 361
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,627评论 2 350

推荐阅读更多精彩内容