Discussion :

[matlo]

Salut à tous.

J'voulais savoir, en terme de développement de ma BD sous Merise, comment peut on interpreter une table sans aucune relation avec les autres qui m'aide juste lors de certaines requêtes ???
En plus, comment expliquer ce genre de table à une personne novice dans les BD ???

Table de référence, ça vous parle ???

Merci de m'éclaicir sur ce point...
:

[laffreuxthomas]

J'voulais savoir, en terme de développement de ma BD sous Merise, comment peut on interpreter une table sans aucune relation avec les autres qui m'aide juste lors de certaines requêtes ???

Si c'est une table qui contient des données intermédiaires dans des calculs à plusieurs étapes, alors il faut utiliser les tables temporaires. C'est fait pour.

Et ça n'apparaît pas dans un schéma Merise ! Surtout que les données y sont redondantes.

Thomas

[Merlin]

de deux choses l'une : soit c'est une table de référence, soit ce n'en est pas une...
Et si c'est une table de référence, elle doit par force avec des relations avec d'autres tables du modèle...

[SQLpro]

une table de référence au niveau du conceptuel est une table dont les données sont semi statiques et sert à qualifier des données codifiées.

Par exemple la table :

Code :

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

1
2
3
4
 
CREATE TABLE TR_SEXE_SEX
(SEX_ID SMALLINT NOT NULL PRIMARY KEY,
 SEX_LIBELLE VARCHAR(8))

contenant :

Code :

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

1
2
3
 
INSERT INTO TR_SEXE_SEX VALUES (1, 'FEMME')
INSERT INTO TR_SEXE_SEX VALUES (5, 'HOMME')

peut servir de table de référence à la table :

Code :

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

1
2
3
4
5
6
 
CREATE TABLE T_EMPLOYE_EMP
(EMP_ID INT NOT NULL PRIMARY KEY,
 EMP_MATRICULE CHAR(13) NOT NULL UNIQUE,
 EMP_NOM VARCHAR(32),
 SEX_ID SMALLINT REFERENCES TR_SEXE_SEX (SEX_ID))

Dans ce cas il y a une intégrité référentielle entre les deux tables...
Mais le libellé n'est contenu que dans la table de référence ce qui minimise le coût de stockage.

La norme SQL 3 va dans ce sens, avec les colonnes de "type" REF :

Un type référence (REF) est une colonne qui pointe vers une colonne d'une autre table. Cela permet d'automatiser le principe des tables de référence.
Par exemple notre code postal d'adresse pourrait parfaitement pointer vers une table des codes postaux.

Une colonne REF ne peut être spécifié que par l'intermédiaire d'un UDT (User Data Type ou "type utilisateur").

Notons simplement que la syntaxe de déclaration d'une référence est proche de celle de l'intégrité référentielle : REF (<udt>) [SCOPE table [reference]
reference ::=
REFERENCES ARE [NOT] CHECKED
[ON DELETE { CASCADE | SET NULL | SET DEFAULT | RESTRICT | NO ACTION }]

A +