Discussion :

[Troyan]

Bonjour,

nous sommes passées sur l'authentification windows...enfin.
seulement voila, chaque personne qui à les droits de créer ou de lancer des process se retrouve avec les tables créées avec leur login, du coup les process se cassent la gueule, il faut les repasser en dbo.matable


je voudrais savoir comment et surtout peut'on que chaque personne ou process par defaut crééer la table en dbo ?

Merci par avance
Ch.

[SQLpro]

Tout d'abord quelle est votre version ? 2000, 2005, 2008 ??? Parce que les choses changent grandement entre les deux (2000 d'un côté et 2005/8 de l'autre).

Ensuite sachez que la notion de owner n'est pas bonne, il ne s'agit pas de propriétaire, mais de schéma SQL.

Lisez ce que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p5...es-schema-sql/
http://blog.developpez.com/sqlpro/p7...et-utilisateu/

A +

[Troyan]

C'est SQL 2005/08.
Oui c'est du schema mais justement je vais aller lire les articles tout de suite car cela permet beaucoup de chose.

Ch.

[Troyan]

Pour ma part j'ai créé un rôle auquel j'ai affectés des individus (users) et auquel j'ai donné des droits (select, update, ect...)

je pense qu'il faut que je laisse tomber cette methode et que je fasse la meme chose via un schema !
Les rôles étant plutôt cantonné à des droits spécifiques (serveur, ...)

j'ai pas encore trouver comment faire pour résoudre mon probleme...

[SQLpro]

En pratique les utilisateurs "ordinaires" de la base ne devraient pas avoir besoin de créer des tables, fonctions ou procédure.

C'est pourquoi il faut distinguer les comptes de connexion des développeurs de ceux des utilisateurs applicatifs.

A +

[Troyan]

en fait pour etre plus précis.
la base est une base de travail, pourn importer des fichiers ...
dans cette base des groupes windows peuvent travailler, donc creer manipuler des données importées.

et justement quand je rentre directement le login c'est bon chaque table créée à bien dbo.matable.

mais en fait j'utilise des groupe windows et c'est dans ce cas précis, que dbo.matable se transforme en domaine\login.matable et c'est la que ça pose un probleme.

le groupe est dbowner de la base.
quelle est la difference entre le groupe et l'utilisateur pour que sql change dbo ?
et surtout comment y remedier parce que mettre tout les logins dans SQL ça va pas etre tres pratique.

ch.