關於SQL Server問題的一些實用經驗技巧

　　Sql Server實用操作小技巧集合
　　包括安裝時提示有掛起的操作收縮數據庫壓縮數據庫轉移數據庫給新用戶以已存在用戶權限檢查備份集修復數據庫等
　　
　　（一） 掛起操作
　　（二）
　　在安裝Sql或sp補丁的時候系統提示之前有掛起的安裝操作要求重啟這裡往往重啟無用解決辦法
　　到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
　　刪除PendingFileRenameOperations
　　
　　（二）收縮數據庫
　　
　　重建索引
　　DBCC REINDEX
　　DBCC INDEXDEFRAG
　　收縮數據和日志
　　DBCC SHRINKDB
　　DBCC SHRINKFILE
　　
　　（三） 壓縮數據庫
　　
　　dbcc shrinkdatabase(dbname)
　　
　　（四）轉移數據庫給新用戶以已存在用戶權限
　　
　　exec sp_change_users_login update_onenewnameoldname
　　go
　　
　　（五）檢查備份集
　　
　　RESTORE VERIFYONLY from disk=E:\dvbbsbak
　　
　　（六）修復數據庫
　　
　　ALTER DATABASE [dvbbs] SET SINGLE_USER
　　GO
　　DBCC CHECKDB(dvbbsrepair_allow_data_loss) WITH TABLOCK
　　GO
　　ALTER DATABASE [dvbbs] SET MULTI_USER
　　GO
　　
　　CHECKDB 有個參數:
　　
　　REPAIR_ALLOW_DATA_LOSS
　　
　　 執行由 REPAIR_REBUILD 完成的所有修復包括對行和頁進行分配和取消分配以改正分配錯誤結構行或頁的錯誤以及刪除已損壞的文本對象這些修復可能會導致一些數據丟失修復操作可以在用戶事務下完成以允許用戶回滾所做的更改如果回滾修復則數據庫仍會含有錯誤應該從備份進行恢復如果由於所提供修復等級的緣故遺漏某個錯誤的修復則將遺漏任何取決於該修復的修復修復完成後備份數據庫
　　REPAIR_FAST 進行小的不耗時的修復操作如修復非聚集索引中的附加鍵這些修復可以很快完成並且不會有丟失數據的危險
　　
　　REPAIR_REBUILD 執行由 REPAIR_FAST 完成的所有修復包括需要較長時間的修復（如重建索引）執行這些修復時不會有丟失數據的危險
　　
　　DBCC CHECKDB(dvbbs) with NO_INFOMSGSPHYSICAL_ONLY
　　
　　SQL SERVER日志清除的兩種方法
　　在使用過程中大家經常碰到數據庫日志非常大的情況在這裡介紹了兩種處理方法……
　　
　　方法一
　　一般情況下SQL數據庫的收縮並不能很大程度上減小數據庫大小其主要作用是收縮日志大小應當定期進行此操作以免數據庫日志過大
　　
　　設置數據庫模式為簡單模式打開SQL企業管理器在控制台根目錄中依次點開Microsoft SQL Server>SQL Server組>雙擊打開你的服務器>雙擊打開數據庫目錄>選擇你的數據庫名稱（如論壇數據庫Forum）>然後點擊右鍵選擇屬性>選擇選項>在故障還原的模式中選擇簡單然後按確定保存
　　
　　在當前數據庫上點右鍵看所有任務中的收縮數據庫一般裡面的默認設置不用調整直接點確定
　　
　　收縮數據庫完成後建議將您的數據庫屬性重新設置為標准模式操作方法同第一點因為日志在一些異常情況下往往是恢復數據庫的重要依據
　　
　　方法二
　　SET NOCOUNT ON
　　DECLARE @LogicalFileName sysname
　　@MaxMinutes INT
　　@NewSize INT
　　
　　USE tablename 要操作的數據庫名
　　SELECT @LogicalFileName = tablename_log 日志文件名
　　@MaxMinutes = Limit on time allowed to wrap log
　　@NewSize = 你想設定的日志文件的大小(M)
　　
　　 Setup / initialize
　　DECLARE @OriginalSize int
　　SELECT @OriginalSize = size
　　FROM sysfiles
　　WHERE name = @LogicalFileName
　　SELECT Original Size of + db_name() + LOG is +
　　CONVERT(VARCHAR()@OriginalSize) + K pages or +
　　CONVERT(VARCHAR()(@OriginalSize*/)) + MB
　　FROM sysfiles
　　WHERE name = @LogicalFileName
　　CREATE TABLE DummyTrans
　　(DummyColumn char () not null)
　　
　　DECLARE @Counter INT
　　@StartTime DATETIME
　　@TruncLog VARCHAR()
　　SELECT @StartTime = GETDATE()
　　@TruncLog = BACKUP LOG + db_name() + WITH TRUNCATE_ONLY
　　
　　DBCC SHRINKFILE (@LogicalFileName @NewSize)
　　EXEC (@TruncLog)
　　 Wrap the log if necessary
　　WHILE @MaxMinutes > DATEDIFF (mi @StartTime GETDATE()) time has not expired
　　AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)
　　AND (@OriginalSize * /) > @NewSize
　　BEGIN Outer loop
　　SELECT @Counter =
　　WHILE ((@Counter < @OriginalSize / ) AND (@Counter < ))
　　BEGIN update
　　INSERT DummyTrans VALUES (Fill Log)
　　DELETE DummyTrans
　　SELECT @Counter = @Counter +
　　END
　　EXEC (@TruncLog)
　　END
　　SELECT Final Size of + db_name() + LOG is +
　　CONVERT(VARCHAR()size) + K pages or +
　　CONVERT(VARCHAR()(size*/)) + MB
　　FROM sysfiles
　　WHERE name = @LogicalFileName
　　DROP TABLE DummyTrans
　　SET NOCOUNT OFF
　　
　　刪除數據庫中重復數據的幾個方法
　　數據庫的使用過程中由於程序方面的問題有時候會碰到重復數據重復數據導致了數據庫部分設置不能正確設置……
　　
　　方法一
　　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
　　
　　無數據庫日志文件恢復數據庫方法兩則
　　數據庫日志文件的誤刪或別的原因引起數據庫日志的損壞

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