Discussion :

[metalcoyote]

Bonjour,

Je sais pas trop comment expliquer mon probleme, mais je vais essayer de resumer simplement.

Imaginons 3 tables correspondant a des pays:

FRANCE ITALIE OUZBEKISTAN
-------- -------- ----------------

Chacune d'elle comprenant une liste de villes (id/nom)

J'ai une nouvelle table (VOLS) qui contient une liste d'infos sur des vols, ont une colonne qui correspont a la ville de destination, dans un des 3 pays.

Donc cet colone peut contenir:
SOIT un ID de la table FRANCE
SOIT un ID de la table ITALIE
SOIT un ID de la table OUZBEKISTAN

Ma question est comment ecrire proprement cette logique.

C'est la premiere fois que j'ai cette situation alors j'avais pense a 2 solutions:

- Dans ma table VOL, mettre 3 colonnes correspondant au 3 ID des tables pays, seul une d'entre elle sera rempli, les autres a null.

- Soit 1 colonne VilleID et une colone PAYS, ou, en fonction de la valeur de PAYS, je vais chercher dans le bonne table la ville avec l'ID

Aucune des 2 me parrait parfaite.

Avez vous des proposition ?
Merci.

[Snipah]

Bonjour,
Déjà, si tu peux changer le modèle, fais le. Une table pays, une table ville qui référence un pays, et une table vol qui référence une ville, ce serait déjà moins moche.

Sinon, j'opterai pour la seconde solution, dans le cas ou ton nombre de pays augmenterait, la première deviendrait trop contraignante.

[metalcoyote]

Oui je suis d'accord.
Mais bon boss me certifie qu'il n'y aura pas d'autres "PAYS"...
Il a opte pour la preniere..., Bref...

Et il existe pas un modele tout fait a ce genre de situation ? Elle a deja du etre rencontree quand meme...

[Snipah]

L'histoire des trois tables pour tes pays, c'est quelque chose déjà en place que tu ne peux pas changer?
Question subsidiaire, quel est ton sgbd?

[metalcoyote]

C'est MySQL.

Oui j'ai ces 3 tables sur.
Ensuite sur un autre table A, 3 une colones qui correspondent a la primary key de chacune des tables correspondantes (dont certaines peuvent etre nulles).

Pour l'instant ca marche comme ca mais je trouve ca crade, alors je me demandai si yavais une solution toute pondue pour ce genre de cas, ca je me rappelle en cours sur les MCD, qu'on pouvais mettre un OR entoure entre plusieurs tables, mais je me rapelle plus ce que ca fait sur la base en elle meme...

[CinePhil]

Entièrement d'accord avec la première réponse de Snipah. Si tu peux changer ton modèle de données, fais-le !

Règle de gestion :
"Une ville est située dans un pays et un pays comprend plusieurs villes."

MCD :
Ville -1,1----Situer----0,n- Pays

Tables :
Pays (P_Id, P_Nom, P_Code, ...)
Villes (V_Id, V_Nom, V_IdPays, ...)

Règle de gestion :
"Un vol va relie une ville de départ et une ville d'arrivée."

MCD :
Ville -0,n-(départ)---Relier----1,1- Vol
|---0,n-(arrivée)-----|

Tables :
Vols (Vo_Id, Vo_IdVilleDepart, Vo_IdVilleArrivee, ...)
Avec une contrainte d'unicité sur le couple (Vo_IdVilleDepart, Vo_IdVilleArrivee) et un trigger à l'implémentation qui vérifiera que la ville de départ est différente de la ville d'arrivée.

[metalcoyote]

Oui je suis d'accrod avec vous mais les tables et l'exemple donne est completement fictif, et servait juste a illustrer un peu mon prob: le cas du OR

[wail00]

Bonjour, j'ai le même problème!

Je dois effectuer une requête dans une table comprenant plusieurs champ.

Il me faut dire si dans la table "Personne" s'il roule avec tel ou tel voiture et le seul moyen que je vois est le OR pour dire cette voiture la ou celle la.

Mais si je mets plusieurs OR, la requête retourne un résultat bidon...

[CinePhil]

Oui je suis d'accrod avec vous mais les tables et l'exemple donne est completement fictif, et servait juste a illustrer un peu mon prob: le cas du OR

Au lieu de nous faire réfléchir sur un exemple qui a l'air réel mais qui est en fait fictif, donne nous le vrai cas, ce sera plus compréhensible pour nous et plus facile pour t'aider !
Il est top secret ton projet ou quoi ?

[CinePhil]

Bonjour, j'ai le même problème!

Je dois effectuer une requête dans une table comprenant plusieurs champ.

Il me faut dire si dans la table "Personne" s'il roule avec tel ou tel voiture et le seul moyen que je vois est le OR pour dire cette voiture la ou celle la.

Mais si je mets plusieurs OR, la requête retourne un résultat bidon...

Quelle est ta requête et quelle est la structure de tes tables ?

[metalcoyote]

Bon je balance mes vrais nom de tables mais je risque gros

J'ai deux tables, qui representent des alertes a effectuer, une avec des des donnes concernant divers alertes SMS, l'autre concernant des alertes EMAIL.
A l'avenir il peut y avoir eventuellement d'autres types d'alertes.

Une troisiemme table viens faire le lien la dedan en definissant une liste d'action. Chaque action peut etre l'envoi SOIT d'un sms SOIT d'un email.

Donc pour une action donne, je dois aller pecher ds la bonne table les infos en fonction dy type d'alerte. Donc mes deux solution sont:

Dans ma table action j'ai deux colones:
une avec l'id une de mes alertes
une avec le type d'alerte, pour aller pecher ds la bonne table.

Soit

Dans ma table action une colonne specifique pour les ID de la table SMS, une pour les ID de la table Email, et ainsi de suite.

Donc il y a un OR la dedan je pense.
Donc:

Quelle est la meilleure facon de representer ce cas en SQL