SQL Server 通过界面生成修改列类型脚本时的一个风险（或Bug)

相信，很多网友都有用SQL界面生成脚本再执行的习惯，今天在CSDN看到一个案例，好大的风险-_-!!!

本示例是将一个表的列由datetime变成char型：

step 1 生成数据库：

USE master
GO
--创建测试数库
CREATE DATABASE [DB_TEST] 
ON PRIMARY 
( 
    NAME = N'DB_TEST', 
    FILENAME = N'D:\SQL2008\Data\DB_TEST.mdf' , 
    SIZE = 512MB , 
    FILEGROWTH = 1024KB,
    MAXSIZE = 524288KB
)
LOG ON 
( 
    NAME = N'DB_TEST_log', 
    FILENAME = N'D:\SQL2008\Log\DB_TEST_log.ldf' , 
    SIZE = 1024KB , 
    FILEGROWTH = 1024KB 
)
GO 

step 2 生成表，并生成测试数据

USE [DB_TEST]
GO
CREATE TABLE TB_TEST (ID INT IDENTITY(1,1) PRIMARY KEY,B DATETIME)
GO
INSERT INTO  TB_TEST SELECT GETDATE()
GO 100000

step 3 通过界面修改列类型，然后生成脚本：

生成的脚本为：

BEGIN TRANSACTION
SET QUOTED_IDENTIFIER ON
SET ARITHABORT ON
SET NUMERIC_ROUNDABORT OFF
SET CONCAT_NULL_YIELDS_NULL ON
SET ANSI_NULLS ON
SET ANSI_PADDING ON
SET ANSI_WARNINGS ON
COMMIT
BEGIN TRANSACTION
GO
CREATE TABLE dbo.Tmp_TB_TEST
    (
    ID int NOT NULL IDENTITY (1, 1),
    B char(7000) NULL
    )  ON [PRIMARY]
GO
ALTER TABLE dbo.Tmp_TB_TEST SET (LOCK_ESCALATION = TABLE)
GO
SET IDENTITY_INSERT dbo.Tmp_TB_TEST ON
GO
IF EXISTS(SELECT * FROM dbo.TB_TEST)
     EXEC('INSERT INTO dbo.Tmp_TB_TEST (ID, B)
        SELECT ID, CONVERT(char(7000), B) FROM dbo.TB_TEST WITH (HOLDLOCK TABLOCKX)')
GO
SET IDENTITY_INSERT dbo.Tmp_TB_TEST OFF
GO
DROP TABLE dbo.TB_TEST
GO
EXECUTE sp_rename N'dbo.Tmp_TB_TEST', N'TB_TEST', 'OBJECT' 
GO
ALTER TABLE dbo.TB_TEST ADD CONSTRAINT
    PK__TB_TEST__3214EC277F60ED59 PRIMARY KEY CLUSTERED 
    (
    ID
    ) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

GO
COMMIT

step 4 然后把生成的脚本拿到ssms query里去执行，悲惧了：

文字为：

Msg 1105, Level 17, State 2, Line 1
无法为数据库 'DB_TEST' 中的对象 'dbo.Tmp_TB_TEST' 分配空间，因为 'PRIMARY' 文件组已满。请删除不需要的文件、删除文件组中的对象、将其他文件添加到文件组或为文件组中的现有文件启用自动增长，以便增加可用磁盘空间。
Msg 1088, Level 16, State 11, Line 1
找不到对象 "dbo.Tmp_TB_TEST"，因为它不存在或者您没有所需的权限。
Msg 15248, Level 11, State 1, Procedure sp_rename, Line 321
参数 @objname 不明确或所声明的 @objtype (OBJECT)有误。
Msg 4902, Level 16, State 1, Line 1
找不到对象 "dbo.TB_TEST"，因为它不存在或者您没有所需的权限。
Msg 3902, Level 16, State 1, Line 1
COMMIT TRANSACTION 请求没有对应的 BEGIN TRANSACTION。

step 5 你再去查看表，发现你要修改的表不见了。。

 

step 6 重新再做一遍，这次我们用界面操作显示如下图，但表没有消失：

step 7 修改生成的脚本，去掉GO，再执行：

虽然报错了，但可以看到表还在。

step 8 尝试用ApexSQL Recover恢复一下：

选择由于Drop table造成的数据丢失：

中间部分过程图：

生成的脚本：测试版有限制

 

总结：生成脚本有风险，使用须谨慎。