第一個(gè)問題是重命名數(shù)據(jù)庫問題:在企業(yè)管理器中是無法直接對(duì)數(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)建一個(gè)從存儲(chǔ)過程
-- exec killspid 'Test1' -- 調(diào)用存儲(chǔ)過程關(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'
第二個(gè)問題是更改數(shù)據(jù)庫所有者問題:在查詢分析器中選擇要更改的數(shù)據(jù)庫,執(zhí)行如下代碼即可newowner為新的所有者
復(fù)制代碼 代碼如下:
exec sp_MSForEachTable 'sp_changeobjectowner ''?'', ''newowner'''
第三個(gè)問題是數(shù)據(jù)表數(shù)據(jù)的導(dǎo)入導(dǎo)出的問題:人們?cè)趯?dǎo)入導(dǎo)出數(shù)據(jù)的時(shí)候常會(huì)導(dǎo)致數(shù)據(jù)庫對(duì)象的丟失,例如主鍵、標(biāo)識(shí)、默認(rèn)值等,解決的方法是在制定表復(fù)制或查詢那一步選擇第三項(xiàng)
在SQL Server數(shù)據(jù)庫之間復(fù)制對(duì)象和數(shù)據(jù)
選擇下一步,如果你只是要操作一部分表而不是整個(gè)數(shù)據(jù)庫的話,取消復(fù)制所有對(duì)象這個(gè)選項(xiàng),點(diǎn)擊后面的選擇打開選擇對(duì)象對(duì)話框,在其中選擇要操作的數(shù)據(jù)庫對(duì)象即可,點(diǎn)擊下一步,操作完成。
第四個(gè)問題是替換字段內(nèi)容的問題:如果你的數(shù)據(jù)庫被人注入病毒代碼了,又沒有備份,那就只有自己動(dòng)手替換掉了
復(fù)制代碼 代碼如下:
update dunktopic set 字段 =replace(字段,'被替換的內(nèi)容','替換內(nèi)容');
第五個(gè)問題是數(shù)據(jù)庫中表的所有者問題:在某些情況下,如果你恢復(fù)網(wǎng)站數(shù)據(jù)庫后,訪問網(wǎng)站的時(shí)候出現(xiàn)80040e21錯(cuò)誤,
錯(cuò)誤 '80040e21' ODBC 驅(qū)動(dòng)程序不支持所需的屬性
那么有可能是因?yàn)閿?shù)據(jù)庫所有者問題導(dǎo)致的,解決辦法是使用問題一中的方法更改數(shù)據(jù)庫的所有者為dbo或者其它的用戶即可。
第六個(gè)問題是數(shù)據(jù)還原問題,數(shù)據(jù)庫還原之后,訪問網(wǎng)站會(huì)莫名其妙的出現(xiàn)內(nèi)部服務(wù)器500錯(cuò)誤,其實(shí)是因?yàn)橐驗(yàn)闆]有給數(shù)據(jù)庫用戶分配該數(shù)據(jù)庫權(quán)限的問題,特征就是該數(shù)據(jù)庫用戶的登錄沒有了。解決辦法是:刪除沒有登錄名的這個(gè)用戶,在企業(yè)管理器的安全性設(shè)置中,選擇剛才那個(gè)沒有登錄名的用戶,給它分配剛才還原的數(shù)據(jù)的datawrite和dataread權(quán)限。為安全起見,建議不要分配owner權(quán)限。