CREATE DOMAIN sql [Résolu]

[xess91]

Bonjours à tous,

Je lis en ce moment ce chapitre du cours Sql de sqlPro: ici, je ne suis pas passé par les précédents (1 à 6).

Dans l'exemple 60 sqlPro utilise l'expression suivante :

Code :

1
2
 
CREATE DOMAIN D_NUM_ID INTEGER

Ma question est la suivante à quoi sert la création de domaine en sql ?
J'ai fait quelques recherches sur le web, mais je n'ai rien trouvé mis à part la similarité avec CREATE TYPE. Serait-il possible de recevoir quelques exemples concret de l'utilisation de CREATE DOMAIN ?

Merci à tous pour vos réponses.

[punkoff]

De mon point de vue ca permet de normaliser les types utilisés lors de la modélisation / création du mpd.

J'ai peut-être loupé quelques subtilités, d'autre se chargerons de me rectifier le cas échéant

[ced]

Voici un extrait de la documentation de PostgreSQL, qui résume assez bien (je trouve) la notion de domaine :

Un domaine est essentiellement un type de données avec des contraintes optionnelles (restrictions sur l'ensemble de valeurs autorisées). L'utilisateur qui définit un domaine devient son propriétaire.

[...]Les domaines permettent d'extraire des contraintes communes à plusieurs tables et de les regrouper en un seul emplacement, ce qui en facilite la maintenance. Par exemple, plusieurs tables pourraient contenir des colonnes d'adresses email, toutes nécessitant la même contrainte de vérification (CHECK) permettant de vérifier que le contenu de la colonne est bien une adresse email. Définissez un domaine plutôt que de configurer la contrainte individuellement sur chaque table.

[xess91]

Merci à vous deux,

effectivement l'extrait que ced tu as joint est explicite !

A bientôt

[SQLpro]

En plus de cela, les DOMAINs permettent d'éviter de grossières erreur de transtypage implicite.
Exemple :
un nom tantôt en VARCHAR(32) tantôt en VARCHAR(50).
Si vous faites une jointure entre ces deux noms, alors sans vous le montrer le SGBDR devra faire un CAST implicite vers le VARCHAR(50) ce qui empêchera d'utiliser un éventuel index et donc conduit à des performances désastreuses.

En sus les contraintes CHECK des DOMAINs étant mutuelles, elles sont plus persistantes dans le cache des procédures dont le vidage répond à l'algorithme LRU (plus j'utilise, plus je conserve en RAM).

A +