la question de mettre dbo ou pas comme propriétaire des objets d'une base
n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les
inconvénients de mettre un autre user que dbo en propriéaire (je crois me
rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures
strockées).
merci !
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Benjamin Guinebertière [MS]
Le pb est surtout quand vous avez des procédures stockées de même nom appartenant à des utilisateurs différents.
L'article 263889 INF: SQL Blocking Due to [[COMPILE]] Locks http://support.microsoft.com/?id&3889
donne une raison d'appeler les procédures stockées en les qualifiant avec leur propriétaire.
Si vous avez des utilisateurs différents suivant les environnements (dev/recette/...) par exemple, cela suppose donc que vous changiez votre code appelant en passant d'un environnement à un autre, ce qui n'est pas toujours facile. Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
-- Benjamin Guinebertière Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" wrote in message news:%
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les inconvénients de mettre un autre user que dbo en propriéaire (je crois me rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures strockées).
merci !
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
Le pb est surtout quand vous avez des procédures stockées de même nom
appartenant à des utilisateurs différents.
L'article
263889 INF: SQL Blocking Due to [[COMPILE]] Locks
http://support.microsoft.com/?id&3889
donne une raison d'appeler les procédures stockées en les qualifiant avec
leur propriétaire.
Si vous avez des utilisateurs différents suivant les environnements
(dev/recette/...) par exemple, cela suppose donc que vous changiez votre
code appelant en passant d'un environnement à un autre, ce qui n'est pas
toujours facile.
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette
fonctionnalité?
--
Benjamin Guinebertière
Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" <fgregoire@enlever_ceci.freesurf.fr> wrote in message
news:%23bCW6GB9EHA.1564@TK2MSFTNGP09.phx.gbl...
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base
n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les
inconvénients de mettre un autre user que dbo en propriéaire (je crois me
rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures
strockées).
merci !
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
Le pb est surtout quand vous avez des procédures stockées de même nom appartenant à des utilisateurs différents.
L'article 263889 INF: SQL Blocking Due to [[COMPILE]] Locks http://support.microsoft.com/?id&3889
donne une raison d'appeler les procédures stockées en les qualifiant avec leur propriétaire.
Si vous avez des utilisateurs différents suivant les environnements (dev/recette/...) par exemple, cela suppose donc que vous changiez votre code appelant en passant d'un environnement à un autre, ce qui n'est pas toujours facile. Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
-- Benjamin Guinebertière Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" wrote in message news:%
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les inconvénients de mettre un autre user que dbo en propriéaire (je crois me rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures strockées).
merci !
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
Oxiane
"Benjamin Guinebertière [MS]" a écrit dans le message de news:O5TQe$
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de toujours conserver dbo en propriétaire. Or je viens d'intégrer un développement fait par une société extérieure, qui utilise elle un autre propriétaire. Je me demandais quelle motivation pouvait-on avoir pour changer le propriétaire (sécurité ? )
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
"Benjamin Guinebertière [MS]" <bengui@online.microsoft.com> a écrit dans le
message de news:O5TQe$p9EHA.2012@TK2MSFTNGP15.phx.gbl...
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette
fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de
toujours conserver dbo en propriétaire. Or je viens d'intégrer un
développement fait par une société extérieure, qui utilise elle un autre
propriétaire. Je me demandais quelle motivation pouvait-on avoir pour
changer le propriétaire (sécurité ? )
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
"Benjamin Guinebertière [MS]" a écrit dans le message de news:O5TQe$
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de toujours conserver dbo en propriétaire. Or je viens d'intégrer un développement fait par une société extérieure, qui utilise elle un autre propriétaire. Je me demandais quelle motivation pouvait-on avoir pour changer le propriétaire (sécurité ? )
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
Benjamin Guinebertière [MS]
En général, on ne le recommande pas, si on n'en n'a pas vraiment besoin.
Pour continuer sur l'exemple que je donnais, imaginons que vous ayiez besoin d'avoir des procédures stockées différentes sur une base que vous ne pouvez pas dupliquer pour des questions de volumétrie (3 ou 4 développeurs sur une base de plusieurs dizaines de Go, ayant chacun ses versions de procédures stockées). Dans ce cas, il est aussi bien d'avoir une base qui héberge les procédures stockées et l'autre qui héberge les données. Chaque développeur a sa base de procédures et tout le monde partage les données. Les procédures appellent dataDb.dbo.table au lieu de dbo.table, mais au moins quand elles font appel à d'autres procédures, c'est sur la base locale et il n'y a pas d'ambigüité (est-ce que j'appelle le sp de dbo ou celle de dev1 quand j'utilise exec subprocx ?).
-- Benjamin Guinebertière Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" wrote in message news:
"Benjamin Guinebertière [MS]" a écrit dans le message de news:O5TQe$
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de toujours conserver dbo en propriétaire. Or je viens d'intégrer un développement fait par une société extérieure, qui utilise elle un autre propriétaire. Je me demandais quelle motivation pouvait-on avoir pour changer le propriétaire (sécurité ? )
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
En général, on ne le recommande pas, si on n'en n'a pas vraiment besoin.
Pour continuer sur l'exemple que je donnais, imaginons que vous ayiez besoin
d'avoir des procédures stockées différentes sur une base que vous ne pouvez
pas dupliquer pour des questions de volumétrie (3 ou 4 développeurs sur une
base de plusieurs dizaines de Go, ayant chacun ses versions de procédures
stockées). Dans ce cas, il est aussi bien d'avoir une base qui héberge les
procédures stockées et l'autre qui héberge les données. Chaque développeur a
sa base de procédures et tout le monde partage les données. Les procédures
appellent dataDb.dbo.table au lieu de dbo.table, mais au moins quand elles
font appel à d'autres procédures, c'est sur la base locale et il n'y a pas
d'ambigüité (est-ce que j'appelle le sp de dbo ou celle de dev1 quand
j'utilise exec subprocx ?).
--
Benjamin Guinebertière
Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" <fgregoire@enlever_ceci.freesurf.fr> wrote in message
news:OyTPJMw9EHA.1084@TK2MSFTNGP15.phx.gbl...
"Benjamin Guinebertière [MS]" <bengui@online.microsoft.com> a écrit dans
le
message de news:O5TQe$p9EHA.2012@TK2MSFTNGP15.phx.gbl...
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette
fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de
toujours conserver dbo en propriétaire. Or je viens d'intégrer un
développement fait par une société extérieure, qui utilise elle un autre
propriétaire. Je me demandais quelle motivation pouvait-on avoir pour
changer le propriétaire (sécurité ? )
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
En général, on ne le recommande pas, si on n'en n'a pas vraiment besoin.
Pour continuer sur l'exemple que je donnais, imaginons que vous ayiez besoin d'avoir des procédures stockées différentes sur une base que vous ne pouvez pas dupliquer pour des questions de volumétrie (3 ou 4 développeurs sur une base de plusieurs dizaines de Go, ayant chacun ses versions de procédures stockées). Dans ce cas, il est aussi bien d'avoir une base qui héberge les procédures stockées et l'autre qui héberge les données. Chaque développeur a sa base de procédures et tout le monde partage les données. Les procédures appellent dataDb.dbo.table au lieu de dbo.table, mais au moins quand elles font appel à d'autres procédures, c'est sur la base locale et il n'y a pas d'ambigüité (est-ce que j'appelle le sp de dbo ou celle de dev1 quand j'utilise exec subprocx ?).
-- Benjamin Guinebertière Microsoft France
Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"Oxiane" wrote in message news:
"Benjamin Guinebertière [MS]" a écrit dans le message de news:O5TQe$
Pouvez-vous préciser dans quel cas vous êtes tenté d'utiliser cette fonctionnalité?
Je n'ai pas de projet particulier en la matière. J'ai l'habitude de toujours conserver dbo en propriétaire. Or je viens d'intégrer un développement fait par une société extérieure, qui utilise elle un autre propriétaire. Je me demandais quelle motivation pouvait-on avoir pour changer le propriétaire (sécurité ? )
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
Oxiane
Ok, merci de ces précisions.
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
Ok, merci de ces précisions.
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
Oxiane ---------------------------------------------------------- Omnia vanitas
bruno reiter [MVP]
le problème est surtout de gestion des "chaines de propriété"
voir dans l'aide "Ownership Chains"
br
"Oxiane" wrote in message news:#
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les inconvénients de mettre un autre user que dbo en propriéaire (je crois me rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures strockées).
merci !
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
le problème est surtout de gestion des "chaines de propriété"
voir dans l'aide "Ownership Chains"
br
"Oxiane" <fgregoire@enlever_ceci.freesurf.fr> wrote in message
news:#bCW6GB9EHA.1564@TK2MSFTNGP09.phx.gbl...
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base
n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les
inconvénients de mettre un autre user que dbo en propriéaire (je crois me
rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures
strockées).
merci !
--
Cordialement
Oxiane
----------------------------------------------------------
Omnia vanitas
le problème est surtout de gestion des "chaines de propriété"
voir dans l'aide "Ownership Chains"
br
"Oxiane" wrote in message news:#
Bonsoir,
la question de mettre dbo ou pas comme propriétaire des objets d'une base n'est pas très clair dans ma tête.
Auriez-vous svp un lien qui me proposerait les avantages et/ou les inconvénients de mettre un autre user que dbo en propriéaire (je crois me rappeler d'avoir lu que ça pouvait poser des problèmes dans les procédures strockées).
merci !
-- Cordialement
Oxiane ---------------------------------------------------------- Omnia vanitas
