Alter Column问题

[张飞不刮胡子]

-- first time
ALTER TABLE dbo.MyTable ALTER COLUMN MyColumn NVARCHAR(200)
GO
-- second time
ALTER TABLE dbo.MyTable ALTER COLUMN MyColumn NVARCHAR(200)
GO

我的问题是执行第二遍的时候，数据库会不会真的去修改这一列？我有什么工具可以跟踪或者数据去证明第二句执行后有没有真的去改了？

Thanks in advance!

[dawugui]

执行第二遍的时候，数据库会去修改这一列.

[--小F--]

这个估计只能通过查看日志记录来判断了。

[--小F--]

使用Log Explorer查看和恢复数据 

Log Explorer 4.1.可用于SQL Server2005的日志查看工具

下载地址:
http://download.csdn.net/source/620271

使用方法:

打开Log Explorer -> Attach Log File -> 选择SQL Server服务器和登陆方式 -> Connect -> 
在Database Name中选择数据库 -> Attach-> 左面对话框中Browse-> View Log-> 就可以看到log记录了 

想恢复的话: 右键Log记录 Undo Transation-> 选择保存文件名和路径-> 然后打开该文件到查询分析器里执行 
T-sql代码就可以了 

例如 如果Log是delete table where ...的话,生成的文件代码就是insert table .... 
     然后将此insert table的代码放到查询分析器里执行.就可以恢复数据.


----------------------------------------------------------------------
--如何恢复被delete/update的数据
----------------------------------------------------------------------  
1　连接到被删除数据库的Db
打开log explorer  选择  "file"->"attach log file"->选择服务器和登陆方式->"connect"->选择"数据库"->"attach"
2   查看日志
 在左面操作项目的对话框中选择"browse"项目->"view log"->就可以看到当前的Log记录了
3   恢复数据
     右键某一条log记录,选择"undo transation"->"选择保存文件名和路径"->然后打开该文件到查询分析器里执行
T-sql代码就可以了
例如: 如果log是delete table where ...的话,生成的文件代码就是insert table ....




----------------------------------------------------------------------
--Log Explorer恢复被drop table和truncate table后的数据
----------------------------------------------------------------------
1  连接到被删除数据库的Db
     操作同上
2   恢复方法
    1)  选择"salvaage dropped/truncate"菜单,在右边的对话框中选择表名,和droped/trucated的日期,
    File Name中选择生成insert语句脚步的存放位置,condition选择是droped还是truncated,
    最后点击"create" 就会生成insert语句,把生成的语句到查询分析器里面执行一下就可以了
    2) 选择"ViewDDL Commands"菜单->选"truncate table" 操作项->点击"Salvage"->生成语句->查询分析器里执行


----------------------------------------------------------------------
--log explorer使用的几个问题
----------------------------------------------------------------------
1) 对数据库做完全/差异/日志备份
备份时如果选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时,提示No log recorders found that match the filter，would you like to view unfiltered data 选择yes 就看不到刚才的记录了

如果不选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时，就能看到原来的日志并做恢复
2)  修改了其中一个表中的部分数据，此时用Log explorer看日志，可以作日志恢复
3)  然后恢复备份，(注意:恢复是断开log explorer与数据库的连接，或连接到其他数据上，
否则会出现数据库正在使用无法恢复)
恢复完后，再打开log explorer 提示No log recorders found that match the filter，would you like to view unfiltered data,选择yes 就看不到刚才在2中修改的日志记录，所以无法做恢复.
4)  不要用SQL的备份功能备份,搞不好你的日志就破坏了.

正确的备份方法是:
停止SQL服务,复制数据文件及日志文件进行文件备份.

然后启动SQL服务,用log explorer恢复数据

[快溜]

用事件跟踪器看看

[中国风]

當然會判斷，不會去判斷是否相同再修改

[pengxuan]

可以用log explorer查看一下修改日志

[中国风]

[Quote=引用 8 楼 roy_88 的回复:]

當然會判斷，不會去判斷是否相同再修改
[/Quote]

當然會重復執行，SQL不會去判斷是否相同再修改

[张飞不刮胡子]

[Quote=引用 8 楼 roy_88 的回复:]

當然會判斷，不會去判斷是否相同再修改
[/Quote]

兄弟，你起太早了吧，呵呵，我正在下log explorer，卡了

[张飞不刮胡子]

[Quote=引用 10 楼 roy_88 的回复:]

引用 8 楼 roy_88 的回复:

當然會判斷，不會去判斷是否相同再修改


當然會重復執行，SQL不會去判斷是否相同再修改
[/Quote]

如果重复执行了，消耗会不会很大？
我不是很明白Alter Column会对本身数据存储会有多大改动？有木有文章可供俺阅读一下？俺谷不到

[-晴天]

跟踪后发现,第二次执行没操作.

[-晴天]

改动应该会比较大.特别是如果原来的列宽度较小,而新的列宽度比以前要大得多时.

[张飞不刮胡子]

[Quote=引用 13 楼 qianjin036a 的回复:]

跟踪后发现,第二次执行没操作.
[/Quote]
你是根据什么判断的？跟上面各个老大想法不一样呢？

[快溜]

[Quote=引用 13 楼 qianjin036a 的回复:]
跟踪后发现,第二次执行没操作.
[/Quote]数据库很智能嘛，或许发现有缓存的命令重复就不执行了

[dawugui]

其实这个比方你了解了,那你的问题就解决了.

例如:表TB(id , val)
1 , '一'

update tb set val = '一' where id = 1

执行该语句,将ID=1的VAL值更新为'一'.你查询的结果是值没有改变,但是这个语句是运行了的,同时将val的值从原来的'一'替换为现在的'一'.

[张飞不刮胡子]

[Quote=引用 16 楼 ssp2009 的回复:]

引用 13 楼 qianjin036a 的回复:
跟踪后发现,第二次执行没操作.
数据库很智能嘛，或许发现有缓存的命令重复就不执行了
[/Quote]
这样子，那第一次执行完，断开连接，然后连接再执行第二次就肯定会执行了呗

现在假如第二次肯定是执行了，对已经存在的数据会有什么明显么？比如改变存储的位置。我想估一下第二次执行的成本

[张飞不刮胡子]

[Quote=引用 17 楼 dawugui 的回复:]

其实这个比方你了解了,那你的问题就解决了.

例如:表TB(id , val)
1 , '一'

update tb set val = '一' where id = 1

执行该语句,将ID=1的VAL值更新为'一'.你查询的结果是值没有改变,但是这个语句是运行了的,同时将val的值从原来的'一'替换为现在的'一'.
[/Quote]

谢谢！我明白你的意思了。但是这样修改的成本高不高？

[张飞不刮胡子]

[Quote=引用 5 楼 fredrickhu 的回复:]

这个估计只能通过查看日志记录来判断了。
[/Quote]

小F，这东东不是正版的啊？我不能用哦，谢谢了！

[勿勿]

学习了，我想应该一样的就不会在执行了吧

[Felixzhaowenzhong]

关键是谁会在现实中这样操作？

[张飞不刮胡子]

结了!