Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 17/01/2003, 14h21   #1
Invité de passage
 
Inscription : novembre 2002
Messages : 1
Détails du profil
Informations forums :
Inscription : novembre 2002
Messages : 1
Points : 0
Points : 0
Par défaut [Concept] Table de référence

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...
:
matlo est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/01/2003, 14h43   #2
Membre confirmé
 
Inscription : mars 2002
Messages : 323
Détails du profil
Informations forums :
Inscription : mars 2002
Messages : 323
Points : 280
Points : 280
Citation:
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
__________________
creapage.net
laffreuxthomas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/01/2003, 23h54   #3
Membre expérimenté
 
Avatar de Merlin
 
Olivier Dahan
Inscription : mars 2002
Messages : 523
Détails du profil
Informations personnelles :
Nom : Olivier Dahan

Informations forums :
Inscription : mars 2002
Messages : 523
Points : 687
Points : 687
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...
__________________
///\\3rl1n_ (O.dahan)
Formation, Développement, Audit C# Silverlight, WPF
Dot.Blog restez au courant...
Microsoft MVP CAD 2010
Microsoft MVP C# 2009
Merlin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/01/2003, 15h01   #4
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 959
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 959
Points : 17 791
Points : 17 791
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 :
1
2
3
4
 
CREATE TABLE TR_SEXE_SEX
(SEX_ID SMALLINT NOT NULL PRIMARY KEY,
 SEX_LIBELLE VARCHAR(8))
contenant :

Code :
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 :
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 +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 05h12.


 
 
 
 
Partenaires

Hébergement Web