Discussion :

[gobgob]

Bonjour,

Je souhaite modéliser une relation complexe entre différentes tables.

Voici mes entités :
Continent, Pays, Ville, Catastrophe.

Un continent regroupe plusieurs pays.
Un Pays regroupe plusieurs villes.
Une catastrophe affecte tout un continent ou tout un pays ou toute une ville.

C'est cette dernière phrase qui me pose un problème. Je ne trouve pas mieux qu'une table de jointure entre les 4 entités, et des IF en php pour savoir qui est/sont concerné(s).

Merci d'avance pour votre aide,

[CinePhil]

Une idée : Utiliser l'héritage.

Règles de gestion :
1) Une entité géographique est soit un continent, soit un pays, soit une ville
2) Une catastrophe affecte une et une seule entité géographique

MCD :
Catastrophe -1,1----Affecter----0,n- Entité géo
Continent -1,1----Etre1----0,1---------|
Pays -1,1---------Etre2----0,1---------|
Ville -1,1----------Etre3----0,1---------|

Continent -0,n----Contenir1----1,1- Pays -0,n----Contenir2----1,1- Ville

Tables :
EntitesGeo (EG_Id, ...)
Continents (C_Id_EG, ...)
Pays (P_Id_EG, P_IdContinent, ...)
Villes (V_Id_EG, V_IdPays, ...)
Catastrophes (Cat_Id, Cat_Id_EG, ...)

[gobgob]

J'ai du mal à obtenir le modèle physique que vous proposez malgré les précisions que vous m'avez fourni. Je ne saisis pas tout à fait quelles sont les clés étrangères et à qui elles font référence.

Pouvez les indique avec une notation du type FK_nomCléPrimaire ?

Merci

[CinePhil]

Les clés primaires sont soulignées et les clés étrangères sont en italique.

On voit que dans les tables Continents, Pays et Villes, les clés primaires sont également clés étrangères puisqu'elles héritent de la table EntitesGeo.

[gobgob]

Merci c'est plus clair maintenant.

Dans ce cas, par quelle(s) requête(s) peut on accéder à la zone affectée d'une catastrophe donnée ?

[SQLpro]

tu part sur un postulat faux :

2) Une catastrophe affecte une et une seule entité géographique

Comme vous vous êtes limités au continent, les catastrophes intercontinentales ne pourrons être saisie. Exemple : météorite à l'origine de la disparition des dynausores, éruption du krakatoa et du santorin (tsunami de 60 m), tsunami de noêl 2004.

Krakatoa :
Le panache de cendres volcaniques monta à 40 Km dans l’atmosphère et répandit suffisamment de particules pour abaisser la température moyenne mondiale de 0,25°C l’année suivante.
L’éruption fut à l’origine des couchers de soleil flamboyants, puis rouge lie-de-vin, notamment en Grande-Bretagne.
Dans plusieurs villes des Etats-Unis, des lueurs rougeoyantes furent prises pour des incendies et l’on fit appel aux pompiers.
Ces phénomènes se manifestèrent pendant environ trois ans. (Citation le Krakatoa, Mémoire de l'Humanité sous le direction de Nadeije Laneyrie-Dagen, maître de conférence à l'université de Lille-III)

A +

[Waldar]

disparition des dynausores

Les dynausores je ne sais pas, mais les dinosaures certainement

[CinePhil]

Je suis parti d'un postulat simple pour expliquer mon idée d'utiliser l'héritage.

Il est bien évident, sans aller chercher les dynausores (sic ! ) qu'une catastrophe peut toucher plus d'une ville. La récente tempête dans le sud-ouest par exemple.

Il suffit de changer les cardinalités de l'association Affecter et d'ajouter une table associative mais on n'a bien qu'une seule association au lieu des 3 de départ.

Revenons à la question posée par gobgob :

Dans ce cas, par quelle(s) requête(s) peut on accéder à la zone affectée d'une catastrophe donnée ?

J'ai pensé à ce problème après avoir rédigé mon idée...
L'association ne dit en effet pas si la zone géo affectée est un continent, un pays ou une ville.
Il serait possible d'ajouter une colonne à la table EntitesGeo indiquant de quel type d'entité géographique il s'agit (Continent, Pays ou Ville).

Il faudrait alors procéder en deux requêtes :
- 1 pour connaître l'entité géographique et son type ;
- 1 pour interroger le type de l'entité géographique.

Peut-être faisable en programmation SQL que je ne maîtrise pas encore, sinon dans le langage de l'application qui utilise la BDD. En php par exemple ce n'est pas très compliqué.

[SQLpro]

Pour avoir travaillé sur des bases de données d'accidents et catastrophes pendant 10 ans je peut te dire que le seul moyen de localiser la cata est de faire des aires géographiques indépendantes de toutes les notions politiques (ville, département région, pays continent) sont des notions politiques et non géographiques. rappelons que l'étymologie du mot politique vient de POLIS (comme dans Persepolis) la ville. La politique n'étant autre chose que la gestion globale de la "ville"....

Or aujourd'hui nous disposons de SGBDR avec des options GIS comme PostGreSQL ou SQL Server 2005. Il est donc beaucoup plus facile de modéliser cela...

De plus il faut faire des zones concentriques. Par exemple pour un TT il y aura des zones à 7 richter, puis 6 richter, puis 5 richter et enfin 4 (3 étant peu perceptible). par rapport à l'épicentre. Voir :
http://fr.mapsofworld.com/mapinnews/...-may-2008.html
http://www.ggl.ulaval.ca/personnel/b...1/seismes.html

A +

A +

[gobgob]

Merci pour ces réponses.

Concernant la première réplique de SQLPro, le postulat en question n'est pas assez clair. Une catastrophe affecte un seul type d'entités géographique. Donc un seul pays par exemple, donc évidemment toutes les villes de ce pays.

La réponse que j'attendais était de savoir s'il fallait faire deux requêtes, jouer sur une troisieme colonne et profiter du php pour les différents tests. Je voulais savoir si une solution plus homogène, exclusiement basée sur ce que propose un SGBD (MySQL dans mon cas) était possible.

[gobgob]

Bonjour,

J'ai tenté de mettre en place la solution proposée par CinePhil mais j'arrive sur un nouveau problème.

Si la table Continent a une colonne ID qui est à la fois clé primaire et clé étrangère (qui référence l'attribut ID de la table Entités géographiques), comment faire en sorte que 2 continents pointent sur un même ID de la table Entités géographique ?

En effet, lorsqu'on tente de le faire, le SGBD rejette notre requête car nous tentons de créer deux continents avec la même clé primaire !