產生SQL對象名無效的問題大多原因是由於數據遷移導致的,下面我們給出解決方法. 在使用數據庫的過程中，經常會遇到數據庫遷移或者數據遷移的問題，或者有突然的數據庫損壞，這時需要從數據庫的備份中直接恢復。但是，此時會出現問題，這里說明幾種常見問題的解決方法。
一、孤立用戶的問題 比如，以前的數據庫的很多表是用戶test建立的，但是當我們恢復數據庫后，test用戶此時就成了孤立用戶，沒有與之對應的登陸用戶名，哪怕你建立了一個test登錄用戶名，而且是以前的用戶密碼，用該用戶登錄后同樣沒辦法操作以前屬於test的用戶表。
這個問題有兩種辦法解決。 先說解決的前提條件。 首先，要用備份文件還原數據庫，我們這里的數據庫名為testdb，里面有屬於用戶test的用戶表。這個很容易了操作了，不多講了，在企業管理器中很方便可以恢復。恢復后，就產生了孤立用戶test。然后，用sa用戶或者具有DBA權限的用戶登錄，創建一個test數據庫登錄用戶，密碼隨便設置了，也可以和以前的保持一致。我們用它來對應孤立的test用戶。
使登錄用戶和數據庫的孤立用戶對應起來 其實我們建立了同樣名稱的數據庫登錄用戶后，數據庫中的表我們照樣不能使用時因為sid的不同，就是系統登錄表和數據庫用戶表中的用戶名相同，單是sid字段，數據庫中的還是以前舊系統的sid值，所以我們就要把它對應成我們新建的，數據庫靠sid來識別用戶。 這里可以使用存儲過程sp_change_users_login。它有三種動作，分別是report，update_one和auto_fix。
運行sp_change_users_login 'report'，系統會列出當前數據庫的孤立用戶數。
我們只需要選擇當前數據庫為testdb，然后運行 sp_change_users_login 'update_one','test','test' --系統就會提示修復了一個孤立用戶。
如果沒有建立test的登錄用戶，還可以用 sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword' --來創建一個登錄用戶名為test，密碼為testpassword的用戶與之對應。 好了，到這里通常情況下，數據庫對象得到訪問問題已經解決了。如果有多個數據庫中有同一個用戶的數據表，只需要選擇不同的數據庫，執行update_one的那個就行了。
二、對象名 ‘tablename’ 無效的問題 這里可能會有人遇到對象名 ‘tablename’無效的問題。系統表卻不會產生這個問題，而用戶表還要加上用戶名，然后是表明才能訪問，比如select * from author,會說對象名 author 無效，而用select * from test.author就可以訪問，這個是用戶首選身份的問題。
方法一： 解決很簡單，就是察看test登錄用戶是否具有dbo的權限或者系統管理的權限，有的話去掉就行了。 因為如果用戶有dbo身份，那么它登陸后的默認表空間是dbo的系統表空間，所以去掉了之后，就會以正常的test表空間訪問數據表了。
方法二： 將所有test所有表設置為dbo就OK了
執行語句：exec sp_msforeachtable "sp_changeobjectowner '?','dbo'"
孤立帳戶，就是某個數據庫的帳戶只有用戶名而沒有登錄名，這樣的用戶在用戶庫的sysusers系統表中存在，而在master數據庫的syslogins中卻沒有對應的記錄。
孤立帳戶的產生一般是一下兩種： 1.將備份的數據庫在其它機器上還原； 2.重裝系統或SQL SERVER之后只還原了用戶庫
解決方法是使用sp_change_users_login來修復。
sp_change_users_login的用法有三種
用法1： exec sp_change_users_login 'REPORT'
列出當前數據庫的孤立用戶
用法2： exec sp_change_users_login 'AUTO_FIX','用戶名'
可以自動將用戶名所對應的同名登錄添加到syslogins中
用法3： exec sp_change_users_login 'UPDATE_ONE','用戶名','登錄名' 將用戶名映射為指定的登錄名。