Bonjour,
Il faut bien faire la distinction entre le rôle db_owner et l'utilisateur
dbo est l'utilisateur en base correspondant à tout login possédant le rôle
sysadmin.
db_owner permet de disposer des droits maximum sur la base, et permet
notamment de préfixer un objet par dbo. lors de sa création.
Puisque les développeurs sont db_owner sur leur base, il suffit donc de
apprendre à préfixer chaque objet par dbo (que ce soit via le query
ou l'éditeur de code de Enterprise Manager) à la création. La proc stockée
sp_changeobjectowner permet de "corriger" le propriétaire de tout objet...
Bonjour,
Il faut bien faire la distinction entre le rôle db_owner et l'utilisateur
dbo est l'utilisateur en base correspondant à tout login possédant le rôle
sysadmin.
db_owner permet de disposer des droits maximum sur la base, et permet
notamment de préfixer un objet par dbo. lors de sa création.
Puisque les développeurs sont db_owner sur leur base, il suffit donc de
apprendre à préfixer chaque objet par dbo (que ce soit via le query
ou l'éditeur de code de Enterprise Manager) à la création. La proc stockée
sp_changeobjectowner permet de "corriger" le propriétaire de tout objet...
Bonjour,
Il faut bien faire la distinction entre le rôle db_owner et l'utilisateur
dbo est l'utilisateur en base correspondant à tout login possédant le rôle
sysadmin.
db_owner permet de disposer des droits maximum sur la base, et permet
notamment de préfixer un objet par dbo. lors de sa création.
Puisque les développeurs sont db_owner sur leur base, il suffit donc de
apprendre à préfixer chaque objet par dbo (que ce soit via le query
ou l'éditeur de code de Enterprise Manager) à la création. La proc stockée
sp_changeobjectowner permet de "corriger" le propriétaire de tout objet...
Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000 de
developpement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les projets
sur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur créé
des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet mais
nomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère d'ailleurs
un nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le user
est dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de l'instance
de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users soient
dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000 de
developpement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les projets
sur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur créé
des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet mais
nomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère d'ailleurs
un nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le user
est dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de l'instance
de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users soient
dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000 de
developpement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les projets
sur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur créé
des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet mais
nomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère d'ailleurs
un nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le user
est dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de l'instance
de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users soient
dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
te créer une petite interface et le tour sera joué.
A +
Toff a écrit:
> Bonjour,
>
> Je suis dans le contexte suivant :
>
> J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
> developpement.
> J'aimerais que chaque dev soit dbo sur les bases concernées par les
> sur lesquels il travaille.
>
> J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
> des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
> nomducompteNT.objet
> Cela est problématique pour l'écriture du code qui s'en suit.
> => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
> seul compte.
>
> Mais dans EM, c'est le bordel...
> L'affichage des bases de données prend un temps fou (cela génère
> un nombre d'erreurs énorme dans le journal d'événements).
> Ensuite, impossible de créer par exemple une table dans une base ou le
> est dbo => erreur du process... :-((
>
> Seule solution : mettre les developpeurs dans le rôle sysadmin de
> de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
>
> Comment faut-il paramétrer la sécu pour arriver à faire que les users
> dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> (sans mettre les dev dans sysadmin).
>
> Merci d'avance
>
>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
te créer une petite interface et le tour sera joué.
A +
Toff a écrit:
> Bonjour,
>
> Je suis dans le contexte suivant :
>
> J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
> developpement.
> J'aimerais que chaque dev soit dbo sur les bases concernées par les
> sur lesquels il travaille.
>
> J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
> des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
> nomducompteNT.objet
> Cela est problématique pour l'écriture du code qui s'en suit.
> => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
> seul compte.
>
> Mais dans EM, c'est le bordel...
> L'affichage des bases de données prend un temps fou (cela génère
> un nombre d'erreurs énorme dans le journal d'événements).
> Ensuite, impossible de créer par exemple une table dans une base ou le
> est dbo => erreur du process... :-((
>
> Seule solution : mettre les developpeurs dans le rôle sysadmin de
> de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
>
> Comment faut-il paramétrer la sécu pour arriver à faire que les users
> dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> (sans mettre les dev dans sysadmin).
>
> Merci d'avance
>
>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
te créer une petite interface et le tour sera joué.
A +
Toff a écrit:
> Bonjour,
>
> Je suis dans le contexte suivant :
>
> J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
> developpement.
> J'aimerais que chaque dev soit dbo sur les bases concernées par les
> sur lesquels il travaille.
>
> J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
> des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
> nomducompteNT.objet
> Cela est problématique pour l'écriture du code qui s'en suit.
> => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
> seul compte.
>
> Mais dans EM, c'est le bordel...
> L'affichage des bases de données prend un temps fou (cela génère
> un nombre d'erreurs énorme dans le journal d'événements).
> Ensuite, impossible de créer par exemple une table dans une base ou le
> est dbo => erreur du process... :-((
>
> Seule solution : mettre les developpeurs dans le rôle sysadmin de
> de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
>
> Comment faut-il paramétrer la sécu pour arriver à faire que les users
> dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> (sans mettre les dev dans sysadmin).
>
> Merci d'avance
>
>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et bossez
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" a écrit dans le message de
news:%23OYbcZy%EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
cas)ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
fautte créer une petite interface et le tour sera joué.
A +
Toff a écrit:Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
dedeveloppement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les
projetssur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créédes objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
maisnomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère
d'ailleursun nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le
userest dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instancede dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users
soientdbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et bossez
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:%23OYbcZy%23FHA.2628@TK2MSFTNGP11.phx.gbl...
EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
cas)
ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
faut
te créer une petite interface et le tour sera joué.
A +
Toff a écrit:
Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
de
developpement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les
projets
sur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créé
des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
mais
nomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère
d'ailleurs
un nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le
user
est dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instance
de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users
soient
dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et bossez
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" a écrit dans le message de
news:%23OYbcZy%EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans ton
cas)ni des utilisateurs.
Si tu veut piloter un utilisateur spécifique avec des droits comparable il
fautte créer une petite interface et le tour sera joué.
A +
Toff a écrit:Bonjour,
Je suis dans le contexte suivant :
J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
dedeveloppement.
J'aimerais que chaque dev soit dbo sur les bases concernées par les
projetssur lesquels il travaille.
J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créédes objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
maisnomducompteNT.objet
Cela est problématique pour l'écriture du code qui s'en suit.
=> j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo qu'un
seul compte.
Mais dans EM, c'est le bordel...
L'affichage des bases de données prend un temps fou (cela génère
d'ailleursun nombre d'erreurs énorme dans le journal d'événements).
Ensuite, impossible de créer par exemple une table dans une base ou le
userest dbo => erreur du process... :-((
Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instancede dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
Comment faut-il paramétrer la sécu pour arriver à faire que les users
soientdbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
(sans mettre les dev dans sysadmin).
Merci d'avance
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" a écrit dans le message de
news:%23OYbcZy%
> EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans
cas)
> ni des utilisateurs.
>
> Si tu veut piloter un utilisateur spécifique avec des droits comparable
faut
> te créer une petite interface et le tour sera joué.
>
> A +
>
> Toff a écrit:
> > Bonjour,
> >
> > Je suis dans le contexte suivant :
> >
> > J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
de
> > developpement.
> > J'aimerais que chaque dev soit dbo sur les bases concernées par les
projets
> > sur lesquels il travaille.
> >
> > J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créé
> > des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
mais
> > nomducompteNT.objet
> > Cela est problématique pour l'écriture du code qui s'en suit.
> > => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo
> > seul compte.
> >
> > Mais dans EM, c'est le bordel...
> > L'affichage des bases de données prend un temps fou (cela génère
d'ailleurs
> > un nombre d'erreurs énorme dans le journal d'événements).
> > Ensuite, impossible de créer par exemple une table dans une base ou le
user
> > est dbo => erreur du process... :-((
> >
> > Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instance
> > de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
> >
> > Comment faut-il paramétrer la sécu pour arriver à faire que les users
soient
> > dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> > (sans mettre les dev dans sysadmin).
> >
> > Merci d'avance
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> ********************* http://www.datasapiens.com ***********************
>
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:%23OYbcZy%23FHA.2628@TK2MSFTNGP11.phx.gbl...
> EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans
cas)
> ni des utilisateurs.
>
> Si tu veut piloter un utilisateur spécifique avec des droits comparable
faut
> te créer une petite interface et le tour sera joué.
>
> A +
>
> Toff a écrit:
> > Bonjour,
> >
> > Je suis dans le contexte suivant :
> >
> > J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
de
> > developpement.
> > J'aimerais que chaque dev soit dbo sur les bases concernées par les
projets
> > sur lesquels il travaille.
> >
> > J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créé
> > des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
mais
> > nomducompteNT.objet
> > Cela est problématique pour l'écriture du code qui s'en suit.
> > => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo
> > seul compte.
> >
> > Mais dans EM, c'est le bordel...
> > L'affichage des bases de données prend un temps fou (cela génère
d'ailleurs
> > un nombre d'erreurs énorme dans le journal d'événements).
> > Ensuite, impossible de créer par exemple une table dans une base ou le
user
> > est dbo => erreur du process... :-((
> >
> > Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instance
> > de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
> >
> > Comment faut-il paramétrer la sécu pour arriver à faire que les users
soient
> > dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> > (sans mettre les dev dans sysadmin).
> >
> > Merci d'avance
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> ********************* http://www.datasapiens.com ***********************
>
Merci des infos.
Pour l'interface, c'est tout vu ! Ca va être désinstallation de EM et
avec l'analyseur de requête les p'tits gars !
a+
"Fred BROUARD" a écrit dans le message de
news:%23OYbcZy%
> EM est un outil à l'usage du DBA ou du SA, pas des développeurs (dans
cas)
> ni des utilisateurs.
>
> Si tu veut piloter un utilisateur spécifique avec des droits comparable
faut
> te créer une petite interface et le tour sera joué.
>
> A +
>
> Toff a écrit:
> > Bonjour,
> >
> > Je suis dans le contexte suivant :
> >
> > J'ai plusieurs developpeurs qui travaillent sur une instance MSSQL2000
de
> > developpement.
> > J'aimerais que chaque dev soit dbo sur les bases concernées par les
projets
> > sur lesquels il travaille.
> >
> > J'ai paramétré le compte NT comme db_owner mais lorsque l'utilisateur
créé
> > des objets (via l'analyseur de requetes), cela ne créé pas dbo.objet
mais
> > nomducompteNT.objet
> > Cela est problématique pour l'écriture du code qui s'en suit.
> > => j'ai utilisé sp_changedbowner mais cela ne permet de mettre dbo
> > seul compte.
> >
> > Mais dans EM, c'est le bordel...
> > L'affichage des bases de données prend un temps fou (cela génère
d'ailleurs
> > un nombre d'erreurs énorme dans le journal d'événements).
> > Ensuite, impossible de créer par exemple une table dans une base ou le
user
> > est dbo => erreur du process... :-((
> >
> > Seule solution : mettre les developpeurs dans le rôle sysadmin de
l'instance
> > de dev... Du coup, ils peuvent faire tout et n'importe quoi partout.
> >
> > Comment faut-il paramétrer la sécu pour arriver à faire que les users
soient
> > dbo (plusieurs dbo par bases) et que EM fonctionne correctement ?
> > (sans mettre les dev dans sysadmin).
> >
> > Merci d'avance
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> ********************* http://www.datasapiens.com ***********************
>