User précédant une fonction

Bonjour,

Encore dummy en SQL Server (je suis plutôt sur Oracle), je ne comprends pas encore la philosophie des objets USER pour mssql, encore habitué de celui d'Oracle où tout objet SQL appartient obligatoirement par défaut à un schéma (user)!
Est-il obligatoire de toujours mettre dbo. avant chaque utilisation d'une fonction (UDF) et d'une procédure!

Code:

---

1 2 3 4

print dbo.WhichContinent('USA')   select dbo.WhichContinent(Customers.Country), customers.* from customers

---

Comment un autre user appelera ces UDF?
Je fais

Code:

---

print WhichContinent('USA')

---

tout court dans un programme C++ using ADO! Ca marche sans dbo.

En fait, c'est quoi l'user DBO et peut-on lui définir un mot de passe

Dans l'attente d'une réponse favorable...

Si la fonction a été créée de façon
CREATE FUNCTION [dbo].

Comment les autres users l'accèdent?

il s'agit bien de la notions de SCHEMA SQL et non d'utilisateur....

Citation:

---

En fait, c'est quoi l'user DBO et peut-on lui définir un mot de passe

---

dbo est le schéma SQL par défaut de toute base de données SQL Server. Le schéma dbo à comme propriétaire l'utilisateur dbo. Bien que les noms soient identiques, ce sont deux objets différents.
Toute personne qui se connecte avec SA ou par un compte NT au moins au niveau admin local navigue sous utilisateur dbo.

Citation:

---

Si la fonction a été créée de façon
CREATE FUNCTION [dbo].
Comment les autres users l'accèdent?

---

En faisant :

Code:

---

SELECT dbo.maFonction( ...

---

Il est fortement conseillé :
1) de préfixé l'appel de tout vos objets (table, vue, procédure, fonction...) avec le schéma
2) de définir différents schéma dans votre base au gré des besoins fonctionnels ou technique.

A +

Citation:

---

il s'agit bien de la notions de SCHEMA SQL et non d'utilisateur....

---

D'accord !

Dans le cas d'une fonction créée sans préfixe?? A qui appartient-elle?
Si j'ai alors un programme qui exécute des requêtes sans préfixe et qu'il suffit de lui indiquer un fichier UDL pour se connecter! Tout le monde ne pourra donc pas utiliser ce programme même si l'UDL est correct car il n'a peut-être pas le droit

Encore une fois vous faites fausse route :

Citation:

---

Dans le cas d'une fonction créée sans préfixe?? A qui appartient-elle?

---

Préfixe, cela n'existe pas. On parle de schéma. Un schéma n'est pas un user....
Une base de données à toujours un schéma par défaut. Si vous ne l'avez pas spécifié explicitement, alors SQL Server créé pour vous le schéma dbo par défaut dans la base.

A +

En fait, je voulais pas dire préfixe!!! Je sais qu'une base de données à toujours un schéma par défaut!

Citation:

---

Si vous ne l'avez pas spécifié explicitement, alors SQL Server créé pour vous le schéma dbo par défaut dans la base.

---

Mon application a été créée depuis longtemps et utilise des requêtes sans préfixation de schémas devant les objets sql. Donc les machines clientes qui l'utilisent risquent donc de planter un jour??

Non, car il y a toujours un schéma par défaut à une base de données. Mais en rzanche au niveau des perfs, c'est pas top, car le système va passer une bonne partie de sa vie à faire de la résolution de noms.

A +

Citation:

---

Donc les machines clientes qui l'utilisent risquent donc de planter un jour?

---

si chacunes d'elles se connectent avec des utilisateurs différents qui n'ont pas de privilèges sur les tables du schéma dbo??

Dans un de vos tutos l'ami, vous affirmez même que:

Citation:

---

Un schéma n'est autre qu'une base de données

Évidemment ce qui vous intéresse le plus c'est d'abord de créer une base de données. C'est à dire un SCHEMA !

La norme SQL propose l'ordre de création d'une base de données (pardon, d'un schéma) suivant :

---

Oui, c'est vrai qu'un schéma est une BD car ce sont des espaces dans lesquels sont référencés des éléments (tables, vues, index...)et sa notion est très liée à la notion d'utilisateur ! Mais pour SQL Server, une database n'est-elle pas chacun des objets visibles dans le dossier Databases (SQL2000) qui peut contenir plusieurs schémas?
Pourquoi mssql a choisi l'arborescence:
Tables
Stored Procedures
|_________proc1
|_________proc2
Users
|_________dbo
|_________guest
UDF

Pas comme Oracle et Postgresql:
Instances
Schemas
|______sys
|______system
|______myschema
..........|________tables
..........|________stored procedures
..........|________etc

Citation:

---

Non, car il y a toujours un schéma par défaut à une base de données. Mais en rzanche au niveau des perfs, c'est pas top, car le système va passer une bonne partie de sa vie à faire de la résolution de noms.

---

A priori, SQL Server 2005 n'utilise plus la résolution de nom.
Il prend dbo par défaut à moins qu'un autre schéma ai été spécifié lors de la création d'un user (DEFAULT_SCHEMA ).

Citation:

---

Envoyé par SQLpro

Non, car il y a toujours un schéma par défaut à une base de données.

---

En fait, quel est le schéma par défaut? Par ex, si c'est souvent dbo alors que la table appartient à un autre schéma alors une requête sans préfixation de schéma ne marchera pas dans un programme!