Discussion :

[Vinc06]

Bonjour à tous,

Actuellement j'essaye de comprendre les subtilités du langage Transact SQL.
Je dois avouer que j'ai beaucoup de mal avec la notion de Schemabinding.

Je pense avoir compris que l'option schemabinding indique que la fonction est liée à la totalité des éléments présents dans la table, donc la suppression, modification d'un élément ou de la table est impossible.

- Sauriez vous me dire si ma compréhension est exacte ?
- Sauriez vous me donner une autre explication plus précise ou mieux argumentée ?
- Sauriez vous m'expliquer le but d'implémenter l'option schemabinding ?

Au niveau de l'implémentation:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
create function fn_comprendre_schemabinding
(@reponsedeveloppez nvarchar(600))
returns table
with schemabing
AS
return
(
select Probleme, Question, Reponse from SQL
where Reponse=@reponsedeveloppez
)

- Trouvez vous le code correcte ?
- Si j'ai bien compris une fois la fonction enregistrée, je ne pourrais plus modifier ou supprimer la colonne "Probleme", "Question", "Reponse" ou même la table "SQL"

J'essaye vraiment de bien comprendre les différentes notions avant de passer aux procédures stockées.
Merci par avance pour votre aide

[aieeeuuuuu]

Bonjour,

Je pense avoir compris que l'option schemabinding indique que la fonction est liée à la totalité des éléments présents dans la table, donc la suppression, modification d'un élément ou de la table est impossible.

- Sauriez vous me dire si ma compréhension est exacte ?

En fait, seuls les éléments réellement utilisés par la fonction ne pourront être supprimés (NB : Ils ne pourront pas non plus être modifiés). Si cette table contient par exemple une autre colonne non utilisée dans la fonction, elle pourra être supprimée/modifiée.

- Sauriez vous m'expliquer le but d'implémenter l'option schemabinding ?

Cela permet comme on l'a vu de s'assurer de la stabilité de la fonction. Sans cela, une fonction pourrait provoquer une erreur au beau milieu d'une requête car une colonne à laquelle elle doit accéder à été supprimée.
De plus, c'est une condition nécessaire (mais non suffisante) pour que votre fonction soit considérée comme déterministe par le système. Cela permet dans certains cas d'en limiter les appels dans une requêtes, mais également, cela permet d'utiliser votre fonction dans une vue indexée.

- Trouvez vous le code correcte ?

C'est balo mais... vous avez mal écrit schemabinding

Par ailleurs, pour pouvoir utiliser cette option, il faut que les schéma soient explicitement spécifiés, votre nom de table devrait donc être préfixé de son schéma (on va supposer dbo) : FROM dbo.SQL

[SQLpro]

SQL étant un langage dynamique, c'est à dire ne nécessitant pas l'arrêt du programme en cas de modification du code (contrairement à la plupart des langages de développement comme C++, C# ou Java), il permet de créer des objets dépendants d'autres objets non encore créé.
Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE FUNCTION F ()
RETURNS INT
AS
BEGIN 
RETURN (SELECT TOP 1 C
        FROM T)
END;
GO
 
CREATE TABLE T (C INT)
GO

l'option SHEMABINDING oblige a ce que les objets soient préalablement existant et stable durant la vie de l'objet en liaison de schéma, afin qu'a aucun moment l'objet encapsulant soit pris en défaut.

Ceci est obligatoire dans un certain nombre de cas, comme la créations de vues indexées.

A +