Discussion :

[Baquardie]

Bonjour,

J'interface une base de données SQL 2000 via VB6.

J'utilise des stored procedure qui sont exécutées par différents usager via mon application. Ces stored crée des tables temporaires sur la base de données.

La création se fait via la fonction into comme par exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select noclient, nomclient into TableTemporaire from TableClient

Ma question est : qu'est-ce qui détermine l'owner de la table? 99% du temps, la table temporaire ainsi crée (par peu importe l'usager) a comme owner dbo, mais de temps en temps, l'owner est le username de l'usager...

Et lorsque la table temporaire possède comme owner le username, cela me cause un problème lorsque j'essaie d'effacer la table temporaire... elle ne s'efface pas, et le prochain usager qui a besoin de la créer, cela ne fonctionne pas puisqu'elle existe encore...

J'aimerais donc savoir pourquoi la plupart du temps, la table est associée au bon owner, et rarement au username de l'usager. Comment je peux faire pour m'assurer que le owner sera toujours DBO ?

Merci beaucoup de votre réponse!

[Fabien Celaia]

1) il ne s'agit pas de table temporaire à proprement parlé puisqu'elle n'est pas dans tempdb.

2) Normalement, l'utilisateur faisant le select into devrait être le owner de la nouvelle table. Si il est admin ou aliassé DBO, le owner passera à dbo. Il se peut dans voter cas de figure que l'utilisateur en question n'ait pas les mêmes droits dans toutes les bases où il sévit.

[Baquardie]

1) il ne s'agit pas de table temporaire à proprement parlé puisqu'elle n'est pas dans tempdb.

2) Normalement, l'utilisateur faisant le select into devrait être le owner de la nouvelle table. Si il est admin ou aliassé DBO, le owner passera à dbo. Il se peut dans voter cas de figure que l'utilisateur en question n'ait pas les mêmes droits dans toutes les bases où il sévit.

Bonjour fadace, merci pour la réponse

1) Je l'appelle table temporaire parce qu'elle n'existe en fait que quelque seconde, le temps que la stored proc la cré, la lit et la détruise. Nous n'utilisons pas la base de données tempdb. Devrions-nous?

2) Je comprend. Comment savoir si l'usager est aliassé DBO? Pourquoi est-ce que certains usagers le serait et d'autres non?

Merci encore

[Fabien Celaia]

1) oui, je pense que tempdb, pour ce genre d'utillisation, est profitable

2) sp_helpuser nomDuUser ou regarder ses rôles (est-il db_owner au niveau de la base, ou administrateur au niveau de l'instance). Là aussi, MS-SQL2000 n'a pas fait fort en voulant se dissocier de sa filiation Sybase