Version imprimable
Bonjour,
Ma question est simple, est il possible d'avoir une table SQL nommé "test" qui possède une colonne qui pointe sur différentes tables?
Je ne vois pas comment utiliser une foreign key puisque je ne pointe pas sur une table mais sur plusieurs tables et que chaque nouvelle ligne de la table "test" pointera sur une table différente.
L'objectif étant donc d'avoir une table qui fait le lien vers d'autres tables.
Merci par avance
Bonjour,
Pouvez vous nous indiquer votre SGBDR.
De plus, pouvez vous expliquer un peu plus le contexte et pourquoi vous voulez faire ça. Je soupçonne un héritage mal modélisé derrière tout ça...
Que représentent les tables en question ?
Les tables en questions seront des matrices à n dimensions.
Pour le SGBDR je ne suis pas encore fixé mais cela sera MySQL ou SQL
et pourquoi ne pointez vous pas vers une seule table ?
que représentent ces matrices ?
Avez si peu d’information, difficile de vous aider !
Tout simplement parce-que je ne vois pas comment représenter des matrices à 2 ou 3 dimensions dans une seule table.
Je vais détailler ce que je souhaite réaliser:
J'ai une table "moteur" qui contient:
id(int),name(string),variable1(int),variable2(string),variable3(une foreign key sur l'id de ma table "test")
la table "test" qui contient:
id(int),name(string),matrice de n dimensions(?)
chaque ligne de ma table "test" contient donc une matrice de dimensions et de taille différentes.
Ne voyant pas comment stocker une matrice dans une colonne je voulais donc faire pointer ma troisième colonne vers une table qui représente cette matrice
Exemple d'une table qui représente une matrice 2 dimensions:
ligne (int),colonne(int),valeur(double)
J’espère avoir donné plus d’informations
Que contiennent ces matrices ? Des mesures de régime moteur ? Des mesures de variation d'intensité selon la charge ?
Sinon, pour répondre à la question posée dans le premier message : Non, il n'est pas possible qu'une clé étrangère référence plusieurs tables. Par contre, elle peut référencer plusieurs colonnes d'une même table. Il est également possible qu'une colonne participe à plusieurs clés étrangères qui référencent des tables différentes.
J'ai l'impression qu'il vous faut bien un héritage :
Une table Mère "Matrice" (la table test pointe dessus), et des tables filles pour vos matrices, pointant vers la table mère avec exclusion mutuelle...
Mais un petit jeu de données aiderait a y voir plus clair
Pour répondre a cinéphil ce sont des courbes de puissance en fonction de plusieurs paramètres.
Je ne vois pas comment faire?Citation:
Il est également possible qu'une colonne participe à plusieurs clés étrangères qui référencent des tables différentes.
J'ai joint un exemple de jeux de données.
Pour l'héritage avec exclusion mutuelle il me faut alors ajouter une colonne id à mes deux matrices. Cela me parait contraignant puisque que mes matrices peuvent faire plusieurs centaines de ligne.
Sinon une autre solution je ne sais pas si cela est utilisé normalement.
Ma base est couplé à un programme java qui récupère le nom de la matrice dans la colonne name de la table "test" et ensuite je fait un SELECT * from "le nom de ma matrice"pour récupérer ma matrice et l'afficher dans mon programme java.
Merci pour vos réponses
Napoléon avait raison :On commence à y voir plus clair, mais j'ai encore une question : n'aurez vous que des matrices à deux ou trois dimensions, ou pourrez vous en avoir à 4, 5, 6... ?Citation:
un bon croquis vaut mieux qu'un long discours.
Je peux avoir des matrices jusqu’à 4 dimensions maximum
Euh... désolé mais ce croquis ne m'apporte rien de plus !Citation:
un bon croquis vaut mieux qu'un long discours.
Il y donc des mesures qui dépendent de plusieurs paramètres ayant eux même des valeurs variables.Citation:
Pour répondre a cinéphil ce sont des courbes de puissance en fonction de plusieurs paramètres.
Si j'ai bien compris, un test consiste à faire varier un ensemble de paramètres et de mesurer la puissance. C'est cet ensemble de paramètres qui constitue les éléments constitutifs de la "matrice"
Règles de gestion :
1) Une matrice est composée de un à plusieurs paramètres et un paramètre peut entrer dans la composition de plusieurs matrices.
2) Un test concerne une matrice et une matrice peut être concernée par plusieurs tests.
3) Un test est effectué sur un moteur et un moteur peut faire l'objet de plusieurs tests.
MCD :
moteur -0,n----effectuer----1,1- test -1,1----concerner----0,n- matrice -1,n----composer----0,n- parametre
Règle de gestion :
4) Un test peut rassembler plusieurs mesures et une mesure fait partie d'un test.
5) Une mesure est opérée sur un à plusieurs paramètres (ceux de la matrice du test dont fait partie la mesure) et un paramètre peut faire l'objet de plusieurs mesures.
MCD :
test -0,n----rassembler----(1,1)- mesure -1,n----opérer----0,n- paramètre
Les cardinalités entre parenthèses signifient une identification relative, ce qui veut dire que les mesures du test 1 seront numérotées de 1 à n ceux du test 2 de 1 à n... et que l'identifiant du test fera partie de la clé primaire de la table des mesures.
Il reste à assembler les deux morceaux de MCD et à ajouter une contrainte de totalité entre les paramètres de la mesure et ceux de la matrice du test, ce qui est difficilement représentable en format texte mais tout à fait réalisable avec un logiciel de modélisation un peu évolué.
Passons aux tables...
te_moteur_mtr (mtr_id...)
te_parametre_prm (prm_id, prm_libelle, prm_unite...)
te_matrice_mtc (mtc_id...)
te_test_tst (tst_id, tst_id_moteur, tst_id_matrice, tst_date...)
te_mesure_msr (msr_id_test, msr_numero...)
tj_mtr_composer_prm_mcp (mcp_id_matrice, mcp_id_parametre)
tj_msr_operer_prm_mop (mop_id_test, mop_numero_mesure, mop_id_parametre, mop_valeur_parametre, mop_valeur_mesure)
La contrainte sur les paramètres de la mesure correspondant à la matrice du test de la mesure est à implémenter à l'aide d'un trigger.
fsmrel aura peut-être une solution plus élégante car ce problème me rappelle celui concernant, je crois, une distribution de plats cuisinés. Mais il faudrait retrouver la discussion et je manque de temps.
C'est d'ailleurs dans cette discussion que j'avais pris conscience que :
Bon courage !Citation:
Il est également possible qu'une colonne participe à plusieurs clés étrangères qui référencent des tables différentes.
Bonsoir,
J’ai retrouvé les plats cuisinés, ils étaient dans mon congélateur.Citation:
Envoyé par CinePhil
La colonne RestoId de la table CARTE_DETAIL participe à deux clés étrangères faisant référence aux clés primaires des deux tables CARTE et PLAT_FORMAT, mais celles-ci sont des nœuds se trouvant sur le chemin qui permet de naviguer (pour reprendre une expression du temps lointain où je faisais dans le navigationnel et que SQL n’existait pas...) de CARTE_DETAIL à RESTO. Le problème posé était le suivant : comment s’assurer qu’on ne tricote pas les plats d’un restaurant avec la carte d’un autre.
Cela dit, le problème posé par Seuub est d’une autre nature.
Ça fait plus de cinquante ans que je n’ai pas diagonalisé des matrices, donc je peux dire des bêtises... Mais a priori, il faudrait isoler les attributs monovalués des attributs multivalués en expédiant ceux-ci dans une table ad-hoc.Citation:
Envoyé par Seuub
Attributs monovalués, propres à chaque matrice :
Code:
2
Les attributs multivalués sont représentés par les lignes et les colonnes de chaque matrice, ainsi que la valeur prise à l’intersection d’une ligne et d’une colonne :
Code:
2
3
Pour reprendre l’exemple proposé par Seuub dans son PDF :
Code:
2
3
4
5
6
7
8
9
10
11
En termes de valeurs, table Matrice :
Code:
2
3
4
Table MatriceLigneColonne :
Code:
2
3
4
5
6
7
8
9
10
11
12
Ainsi on reste dans le paradigme relationnel, ce qui est représenté horizontalement :
x, y, z, ..., rdoit être modélisé verticalement :
x
y
z
...
r
Merci pour vos réponses :)
Je vais prendre la solution de fsmrel qui résout mon problème