SQL Server實用經驗技巧集（2）

　　刪除數據庫中重復數據的幾個方法
　　數據庫的使用過程中由於程序方面的問題有時候會碰到重復數據重復數據導致了數據庫部分設置不能正確設置……
　　
　　方法一
　　declare @max integer@id integer
　　declare cur_rows cursor local for select 主字段count(*) from 表名 group by 主字段 having count(*) >
　　open cur_rows
　　fetch cur_rows into @id@max
　　while @@fetch_status=
　　begin
　　select @max = @max
　　set rowcount @max
　　delete from 表名 where 主字段 = @id
　　fetch cur_rows into @id@max
　　end
　　close cur_rows
　　set rowcount
　　
　　方法二
　　有兩個意義上的重復記錄一是完全重復的記錄也即所有字段均重復的記錄二是部分關鍵字段重復的記錄比如Name字段重復而其他字段不一定重復或都重復可以忽略
　　
　　對於第一種重復比較容易解決使用
　　
　　select distinct * from tableName
　　
　　就可以得到無重復記錄的結果集
　　
　　如果該表需要刪除重復的記錄（重復記錄保留條）可以按以下方法刪除
　　
　　select distinct * into #Tmp from tableName
　　drop table tableName
　　select * into tableName from #Tmp
　　drop table #Tmp
　　
　　發生這種重復的原因是表設計不周產生的增加唯一索引列即可解決
　　
　　這類重復問題通常要求保留重復記錄中的第一條記錄操作方法如下
　　假設有重復的字段為NameAddress要求得到這兩個字段唯一的結果集
　　
　　select identity(int) as autoID * into #Tmp from tableName
　　select min(autoID) as autoID into #Tmp from #Tmp group by NameautoID
　　select * from #Tmp where autoID in(select autoID from #tmp)
　　
　　最後一個select即得到了NameAddress不重復的結果集（但多了一個autoID字段實際寫時可以寫在select子句中省去此列）
　　
　　更改數據庫中表的所屬用戶的兩個方法
　　大家可能會經常碰到一個數據庫備份還原到另外一台機器結果導致所有的表都不能打開了原因是建表的時候采用了當時的數據庫用戶……
　　
　　更改某個表
　　exec sp_changeobjectowner tablenamedbo
　　
　　存儲更改全部表
　　CREATE PROCEDURE dboUser_ChangeObjectOwnerBatch
　　@OldOwner as NVARCHAR()
　　@NewOwner as NVARCHAR()
　　AS
　　
　　DECLARE @Name　 as NVARCHAR()
　　DECLARE @Owner　as NVARCHAR()
　　DECLARE @OwnerName　as NVARCHAR()
　　
　　DECLARE curObject CURSOR FOR
　　select Name　 = name
　　Owner　 = user_name(uid)
　　from sysobjects
　　where user_name(uid)=@OldOwner
　　order by name
　　
　　OPEN　curObject
　　FETCH NEXT FROM curObject INTO @Name @Owner
　　WHILE(@@FETCH_STATUS=)
　　BEGIN
　　if @Owner=@OldOwner
　　begin
　　set @OwnerName = @OldOwner + + rtrim(@Name)
　　exec sp_changeobjectowner @OwnerName @NewOwner
　　end
　　 select @name@NewOwner@OldOwner
　　
　　FETCH NEXT FROM curObject INTO @Name @Owner
　　END
　　
　　close curObject
　　deallocate curObject
　　
　　GO
　　
　　SQL SERVER中直接循環寫入數據
　　沒什麼好說的了大家自己看有時候有點用處
　　
　　declare @i int
　　set @i=
　　while @i<
　　begin
　　insert into test (userid) values(@i)
　　set @i=@i+
　　end
　　
　　無數據庫日志文件恢復數據庫方法兩則
　　數據庫日志文件的誤刪或別的原因引起數據庫日志的損壞
　　
　　方法一
　　新建一個同名的數據庫
　　
　　再停掉sql server(注意不要分離數據庫)
　　
　　用原數據庫的數據文件覆蓋掉這個新建的數據庫
　　
　　再重啟sql server
　　
　　此時打開企業管理器時會出現置疑先不管執行下面的語句（注意修改其中的數據庫名)
　　
　　完成後一般就可以訪問數據庫中的數據了這時數據庫本身一般還要問題解決辦法是利用
　　數據庫的腳本創建一個新的數據庫並將數據導進去就行了
　　
　　USE MASTER
　　GO
　　
　　SP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDE
　　GO
　　
　　UPDATE SYSDATABASES SET STATUS = WHERE NAME=置疑的數據庫名
　　Go
　　
　　sp_dboption 置疑的數據庫名 single user true
　　Go
　　
　　DBCC CHECKDB(置疑的數據庫名)
　　Go
　　
　　update sysdatabases set status = where name=置疑的數據庫名
　　Go
　　
　　sp_configure allow updates reconfigure with override
　　Go
　　
　　sp_dboption 置疑的數據庫名 single user false
　　
　　方法二
　　事情的起因
　　昨天系統管理員告訴我我們一個內部應用數據庫所在的磁盤空間不足了我注意到數據庫事件日志文件XXX_Dataldf文件已經增長到了GB於是我決意縮小這個日志文件經過收縮數據庫等操作未果後我犯了一個自進入行業以來的最大最愚蠢的錯誤竟然誤刪除了這個日志文件！後來我看到所有論及數據庫恢復的文章上都說道無論如何都要保證數據庫日志文件存在它至關重要甚至微軟甚至有一篇KB文章講如何只靠日志文件恢復數據庫的我真是不知道我那時候是怎麼想的？！
　　
　　這下子壞了！這個數據庫連不上了企業管理器在它的旁邊寫著(置疑)而且最要命的這個數據庫從來沒有備份了我唯一找得到的是遷移半年前的另外一個數據庫服務器應用倒是能用了但是少了許多記錄表和存儲過程真希望這只是一場噩夢！
　　
　　沒有效果的恢復步驟
　　附加數據庫
　　_Rambo講過被刪除日志文件中不存在活動日志時可以這麼做來恢復
　　
　　分離被置疑的數據庫可以使用sp_detach_db
　　附加數據庫可以使用sp_attach_single_file_db
　　
　　但是很遺憾執行之後SQL Server質疑數據文件和日志文件不符所以無法附加數據庫數據文件
　　
　　DTS數據導出
　　不行無法讀取XXX數據庫DTS Wizard報告說初始化上下文發生錯誤
　　
　　緊急模式
　　怡紅公子講過沒有日志用於恢復時可以這麼做
　　
　　把數據庫設置為emergency mode
　　
　　重新建立一個log文件
　　
　　把SQL Server 重新啟動一下
　　
　　把應用數據庫設置成單用戶模式
　　
　　做DBCC CHECKDB
　　
　　如果沒有什麼大問題就可以把數據庫狀態改回去了記得別忘了把系統表的修改選項關掉
　　
　　我實踐了一下把應用數據庫的數據文件移走重新建立一個同名的數據庫XXX然後停掉SQL服務把原來的數據文件再覆蓋回來之後按照怡紅公子的步驟走
　　
　　但是也很遺憾除了第步之外其他步驟執行非常成功可惜重啟SQL Server之後這個應用數據庫仍然是置疑！
　　
　　不過讓我欣慰的是這麼做之後倒是能夠Select數據了讓我大出一口氣只不過組件使用數據庫時報告說發生錯誤未能在數據庫 XXX 中運行 BEGIN TRANSACTION因為該數據庫處於回避恢復模式
　　
　　最終成功恢復的全部步驟
　　設置數據庫為緊急模式
　　停掉SQL Server服務
　　
　　把應用數據庫的數據文件XXX_Datamdf移走
　　
　　重新建立一個同名的數據庫XXX
　　
　　停掉SQL服務
　　
　　把原來的數據文件再覆蓋回來
　　
　　運行以下語句把該數據庫設置為緊急模式
　　
　　運行Use Master
　　
　　Go
　　
　　sp_configure allow updates
　　
　　reconfigure with override
　　
　　Go
　　
　　執行結果
　　
　　DBCC 執行完畢如果 DBCC 輸出了錯誤信息請與系統管理員聯系
　　
　　已將配置選項 allow updates 從 改為 請運行 RECONFIGURE 語句以安裝
　　
　　接著運行update sysdatabases set status = where name = XXX
　　
　　執行結果
　　
　　（所影響的行數為 行）
　　
　　重啟SQL Server服務
　　
　　運行以下語句把應用數據庫設置為Single User模式
　　
　　運行sp_dboption XXX single user true
　　
　　執行結果
　　
　　命令已成功完成
　　
　　ü　　　　 做DBCC CHECKDB
　　
　　運行DBCC CHECKDB(XXX)
　　
　　執行結果
　　
　　XXX 的 DBCC 結果
　　
　　sysobjects 的 DBCC 結果
　　
　　對象 sysobjects 有 行這些行位於 頁中
　　
　　sysindexes 的 DBCC 結果
　　
　　對象 sysindexes 有 行這些行位於 頁中
　　
　　syscolumns 的 DBCC 結果
　　
　　………
　　

From:http://tw.wingwit.com/Article/program/SQLServer/201311/22060.html