La modification d'un propriétaire de la table

Je suis en train de changer le propriétaire d'un tableau:

sp_changeobjectowner 'OWNER.TABLENAME', 'dbo'

Mais lors de l'exécution j'obtiens le message d'erreur:

Msg 15001, Niveau 16, État 1, Procédure sp_changeobjectowner, Ligne 62

L'objet du PROPRIÉTAIRE.TABLENAME' n'existe pas ou n'est pas un objet valide pour
de cette opération.

InformationsquelleAutor Léon Vacher | 2012-09-06

sql-server sql-server-2008

46

La manière correcte de le faire dans SQL Server 2005 et est cesser de penser le préfixe comme un "propriétaire". Le sp_changeobjectowner de la procédure a été abandonné depuis SQL Server 2005, et vous devriez plutôt utiliser schéma DDL, par exemple:
```
ALTER SCHEMA dbo TRANSFER [current_owner].tablename;
```
À vérifier le "propriétaire" (ce qui peut retourner plusieurs lignes si vous avez plus d'un tablename dans plusieurs schémas):
```
SELECT s.name
  FROM sys.schemas AS s
  INNER JOIN sys.tables AS t
  ON s.[schema_id] = t.[schema_id]
  WHERE t.name = N'tablename';
```
Aussi assurez-vous que vous épeler l'objet correctement. Dans un classement sensible à la casse, par exemple, TABLENAME et tablename ne sont pas le même objet, et l'orthographe Incorrecte pourrait aussi conduire à cette erreur.
- Au moment de l'écriture, ce n'avait pas été marqué comme réponse. J'ai eu le même problème que l'OP (a l'aide de sp_changobjecteowner) de MODIFIER le SCHÉMA réalisé l'opération correctement. À l'aide de SQL Server 2008.
- merci, l'OP n'a pas été sur le site depuis la fin de 2012, ce doute, il ne sera jamais acceptée.
- J'ai essayé de MODIFIER le SCHÉMA de commande dans SQL Server 2005 et a obtenu l'erreur "syntaxe Incorrecte près du mot "schéma". La commande à partir de l'OP a travaillé pour moi dans SQL Server 2005. Donc en fait ressemble à 2005 est la dernière version qui permet sp_changeobjectowner
- pouvez-vous montrer exactement la commande qui a échoué? Êtes-vous sûr que c'était tout ce que vous avez exécuté, ou est-il possible de l'erreur de syntaxe a été fait à partir de la déclaration précédente? Je ne peux pas penser à une raison quelconque ALTER SCHEMA qui donnerait erreur en 2005, sauf si vous avez été dans un ancien niveau de compatibilité peut-être?
- C'était la seule commande, il suffit "de MODIFIER le SCHÉMA dbo TRANSFERT [currentowner].tblAlterTest;", mais vous avez raison sur le niveau de compatibilité. Juste trouvé qu'il est réglé sur "SQL Server 2000 (80)". Pensé à supprimer la dernière phrase de mon commentaire d'origine depuis sa incorrect, mais je n'arrive pas à modifier les commentaires, et de garder les commentaires autour d'semble plus utile que de les supprimer, donc je vais le laisser tout en l'état. Merci!
- Juste utilisé ce sur la procédure stockée objets, et il a travaillé sur ces trop! SQL Server 2014.
InformationsquelleAutor Aaron Bertrand
5

Votre proposition est correcte:
```
EXEC sp_changeobjectowner '<owner>.<tableName>', '<newOwner>' 
```
Si l'erreur s'est vraiment passé, essayez de vérifier qui est le propriétaire actuel de la table:
```
EXEC sp_table_privileges '<tableName>'  
```
- Non, ce n'est pas "l'énoncé correct" et comment est votre première ligne de tout différent de ce que l'OP a essayé? EXEC n'est pas nécessaire si c'est la seule instruction dans le lot, et le message d'erreur n'est certainement pas suggérer que le manque EXEC est le problème. Veuillez lire le présent de voir pourquoi vous ne devriez pas être recommander sp_changeobjectowner: msdn.microsoft.com/en-us/library/ms177519(v=sql.105).aspx
- Je ne sais pas vous lire tous ce qui est dans la MSDN, je l'ai fait, et voici: "l'objet peut être qualifié avec le propriétaire de l'objet existant, sous la forme existing_owner.objet si le shema et son propriétaire ont le même nom." Et c'est de travailler testé, SI vous avez nommé le bon shema.
- Avez-vous lu la partie dans la grande note jaune en haut de l'écran? Il n'y a absolument aucune raison d'utiliser cet obsolète procédure stockée dans SQL Server 2008. ZÉRO.
- Bien sûr, et je suis d'accord, et il est bon que vous avez évoqué dans l'autre sens, mais l'OP posé sur le message d'erreur. Pour ce que je voulais dire, pourquoi il ne pouvait l'avoir, et que doit-il vérifier.
- Ok, mais votre première suggestion n'ont absolument aucune incidence sur le message d'erreur que ce soit. Vous n'avez fait que ajouter EXEC pour le début. Pour votre deuxième suggestion, il y a un moyen beaucoup plus facile de vérifier le schéma d'une table sans apporter de "propriétaire" dans la discussion - c'est un propriétaire en 2000, mais pas depuis. Vous pouvez le vérifier SCHEMA_NAME(sys.tables.schema_id).
InformationsquelleAutor András Ottó
1
```
SELECT 'Exec sp_changeobjectowner ''<CURRENTOWNER>.' + name + ''',  ''dbo''  '  FROM sys.objects WHERE type IN ('U','P','V','FN')
```
Appliquer Les Étapes Suivantes

(1) lancer la Requête Suivante sur Invite Sql
(2) Copier Le Résultat et de le Coller à Nouveau à Nouveau une Requête Sql et de Nouveau Exécuter

C'est un Changement de propriétaire de vos Tables, Vues, Procédures Stockées et les Fonctions

InformationsquelleAutor user2000413
1

Pour couvrir le cas où une table existe dans la construction d'un nom de schéma comme "Commune" (qui n'est pas liée à un nom d'utilisateur), puis c'est le propriétaire du schéma qui doit être changé.
```
alter authorization on schema::Common TO dbo;
```
Qui va changer les objets dans le schéma de la propriétaire spécifié 'dbo' et de garder la table dans les "Communes".

De schéma de liste des propriétaires:
```
select db_name() as Db, 
       sch.name as SchemaName, 
       u.Name as Owner
  from sys.schemas sch
  join sys.sysusers u
    on u.uid = sch.principal_id;
```
InformationsquelleAutor crokusek

Si la suppression de la table est une option, vous pouvez supprimer et recréer en vertu de l'utilisateur souhaité. Il suffit de spécifier dbo dans la création de script. Par exemple:

USE [X]
GO

/****** Object:  Table [dbo].[TableName]    Script Date: 4/21/2014 1:26:37 PM ******/

CREATE TABLE [dbo].[TableName](
    [Field1] [bigint] NOT NULL,
    [Field2] [nvarchar](50) NOT NULL,
    [Field3] [datetime] NOT NULL
) ON [PRIMARY]

GO

InformationsquelleAutor Dustin Kendall

Vous devez vous connecter pour publier un commentaire.