第一個問題是重命名數(shù)據(jù)庫問題：在企業(yè)管理器中是無法直接對數(shù)據(jù)庫重命名的，只能在查詢分析器中操作
復(fù)制代碼 代碼如下:
create proc killspid (@dbname varchar(20))
as
begin
declare @sql nvarchar(500),@temp varchar(1000)
declare @spid int
set @sql='declare getspid cursor for
select spid from sysprocesses where dbid=db_id('''+@dbname+''')'
exec (@sql)
open getspid
fetch next from getspid into @spid
while @@fetch_status =0
begin
set @temp='kill'+rtrim(@spid)
exec(@temp)
fetch next from getspid into @spid
end
close getspid
deallocate getspid
end
-- 上面創(chuàng)建一個從存儲過程
-- exec killspid 'Test1' -- 調(diào)用存儲過程關(guān)閉連接
-- exec sp_renamedb 'Test1','Test2' -- 重命名數(shù)據(jù)庫
用以上方法可以重命名數(shù)據(jù)庫，當(dāng)然還有一種方法是在企業(yè)管理器中選擇數(shù)據(jù)庫->所有任務(wù)->分離數(shù)據(jù)庫->清除連接，然后直接直接調(diào)用
復(fù)制代碼 代碼如下:
exec sp_renamedb 'Test1','Test2'
第二個問題是更改數(shù)據(jù)庫所有者問題：在查詢分析器中選擇要更改的數(shù)據(jù)庫，執(zhí)行如下代碼即可newowner為新的所有者
復(fù)制代碼 代碼如下:
exec sp_MSForEachTable 'sp_changeobjectowner ''?'', ''newowner'''
第三個問題是數(shù)據(jù)表數(shù)據(jù)的導(dǎo)入導(dǎo)出的問題：人們在導(dǎo)入導(dǎo)出數(shù)據(jù)的時候常會導(dǎo)致數(shù)據(jù)庫對象的丟失，例如主鍵、標(biāo)識、默認值等，解決的方法是在制定表復(fù)制或查詢那一步選擇第三項
在SQL Server數(shù)據(jù)庫之間復(fù)制對象和數(shù)據(jù)
選擇下一步，如果你只是要操作一部分表而不是整個數(shù)據(jù)庫的話，取消復(fù)制所有對象這個選項，點擊后面的選擇打開選擇對象對話框，在其中選擇要操作的數(shù)據(jù)庫對象即可，點擊下一步，操作完成。
第四個問題是替換字段內(nèi)容的問題：如果你的數(shù)據(jù)庫被人注入病毒代碼了，又沒有備份，那就只有自己動手替換掉了
復(fù)制代碼 代碼如下:
update dunktopic set 字段 =replace(字段,'被替換的內(nèi)容','替換內(nèi)容');
第五個問題是數(shù)據(jù)庫中表的所有者問題：在某些情況下，如果你恢復(fù)網(wǎng)站數(shù)據(jù)庫后，訪問網(wǎng)站的時候出現(xiàn)80040e21錯誤，
錯誤 '80040e21' ODBC 驅(qū)動程序不支持所需的屬性
那么有可能是因為數(shù)據(jù)庫所有者問題導(dǎo)致的，解決辦法是使用問題一中的方法更改數(shù)據(jù)庫的所有者為dbo或者其它的用戶即可。
第六個問題是數(shù)據(jù)還原問題，數(shù)據(jù)庫還原之后，訪問網(wǎng)站會莫名其妙的出現(xiàn)內(nèi)部服務(wù)器500錯誤，其實是因為因為沒有給數(shù)據(jù)庫用戶分配該數(shù)據(jù)庫權(quán)限的問題，特征就是該數(shù)據(jù)庫用戶的登錄沒有了。解決辦法是：刪除沒有登錄名的這個用戶，在企業(yè)管理器的安全性設(shè)置中，選擇剛才那個沒有登錄名的用戶，給它分配剛才還原的數(shù)據(jù)的datawrite和dataread權(quán)限。為安全起見，建議不要分配owner權(quán)限。
