sqlserver 此數(shù)據(jù)庫沒有有效所有者錯誤的解決方法
發(fā)布日期:2022-01-30 08:14 | 文章來源:gibhub
此數(shù)據(jù)庫沒有有效所有者,因此無法安裝數(shù)據(jù)庫關(guān)系圖支持對象。若要繼續(xù),請首先使用“數(shù)據(jù)庫屬性”對話框的“文件”頁或Alter AUTHORIZATION語句將數(shù)據(jù)庫所有者設(shè)置為有效登錄名,然后再添加數(shù)據(jù)庫關(guān)系圖支持對象。
按照第一種方式更改怎么也不行,并且文件的所有者也是sa。在csdn中找了半天,有個同志給出了第二種解法,使用ssms。具體在SSMS中運(yùn)行以下命令:
Alter AUTHORIZATION ON database::mydbname TO sa
把mydbname修改為實(shí)際的數(shù)據(jù)庫名稱,就可以把所有者設(shè)置為sa了。
經(jīng)過一番努力也沒找到ssms[呵呵,我在新建查詢里執(zhí)行成功,但沒解決問題],哎。這個也泡湯了。心中有了重新格系統(tǒng)的想法。
想象一下格系統(tǒng)的麻煩,隨后有百度。在一個論壇中發(fā)現(xiàn)了這樣的解決辦法:
解決方法如下:
1、設(shè)置兼容級別為90(2005為90)(2000為80)
USE [master]
GO
EXEC dbo.sp_dbcmptlevel @dbname='數(shù)據(jù)庫名', @new_cmptlevel=90
GO
[這條命令執(zhí)行完畢:報(bào)“DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息,請與系統(tǒng)管理員聯(lián)系”,不管它哦,接下來點(diǎn)擊“數(shù)據(jù)庫關(guān)系圖”,報(bào)“此數(shù)據(jù)庫缺少一個或多個使用數(shù)據(jù)庫關(guān)系圖所需的支持對象,是否創(chuàng)建”,選擇“是”,問題解決了]
或是選擇你還原的數(shù)據(jù)庫,點(diǎn)右鍵,選屬性->選項(xiàng)->兼容級別,選擇sqlserver2005(90) 然后確定。(呵呵,我就是用這個方法解決的。呵呵,小小的高興一下)
這時(shí),你在該數(shù)據(jù)庫下展開“數(shù)據(jù)庫關(guān)系圖”節(jié)點(diǎn)時(shí)會有個提示,"此數(shù)據(jù)庫缺少一個或多個使用數(shù)據(jù)庫關(guān)系圖所需的支持對象,是否創(chuàng)建",選擇“是”即可。
2、通過以上的方法操作,如果問題依然存在的話,按下列方法繼續(xù)
選擇你的數(shù)據(jù)庫,然后選擇"安全性"->"用戶",選擇dbo,打開屬性頁,如登錄名為空的話,新建查詢,然后
use [你的數(shù)據(jù)庫名]
EXEC sp_changedbowner 'sa'
執(zhí)行成功后,你再選擇"數(shù)據(jù)庫關(guān)系圖"節(jié)點(diǎn),時(shí)提示 “此數(shù)據(jù)庫缺少一個或多個使用數(shù)據(jù)庫關(guān)系圖所需的支持對象,是否創(chuàng)建",選擇“是”即可。 就可以看到原先建的關(guān)系圖了。
呵呵。費(fèi)了很大勁才完成,呵呵。原因可能是,原來的數(shù)據(jù)庫使用sql server2000創(chuàng)建的。把數(shù)據(jù)庫附加到2005上后,解析不了了。
版權(quán)聲明:本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學(xué)習(xí)參考,不代表本站立場,如有內(nèi)容涉嫌侵權(quán),請聯(lián)系alex-e#qq.com處理。
相關(guān)文章