Discussion :

[trago]

Bonjour,
Je travaille actuellement sur des données cadastrales provenant des fichiers ASCII de la DGI.
Je développe une base de donnée orientée sur les problématiques foncières et j'ai un petit souci avec certaines données et mon MCD.
J'ai donc crée une table (ou entité?) logement reliée à la table parcelle (un logement appartient à 1 parcelle et une parcelle peut contenir N logements)
J'ai donc crée mon MCD mais je ne sais pas comment intégrer les données booléennes de la table logements.
Ce sont des données concernant des caractéristiques de conforts avec une réponse OUI/NON: ex présence d'eau (O/N); présence de wc (O/N), présence de tout à l'égout (O/N)...
Je voulais donc savoir si il est judicieux d'intégrer ce genre de donnée dans l'entité logement du MCD ou faut-il créer un attribut de type "caractéristique de confort"?
Merci pour vos réponses
un stagiaire en galère

[fsmrel]

Bonjour Trago,

Une fois que votre MCD aura été dérivé en MLD, vos entités-types auront donné lieu à des tables.

Considérons donc le cas de la table Logement. Le fait qu’elle comporte autant de colonnes que de caractéristiques de confort pose des problèmes de stabilité de structure. En effet, à chaque fois qu’il faudra prendre en compte de nouvelles caractéristiques, cela se traduira par un changement de structure de la table Logement, ce qui est une opération délicate à réaliser et que n’apprécient guère les Productions Informatiques.

Il est préférable de définir une entité-type Caractéristique (de logement) et de définir une relation M-N entre Logement et Caractéristique. Ainsi, au niveau MLD, la table Logement est dotée d’une structure stable (au moins en ce qui concerne les caractéristiques), par déport des caractéristiques dans une table LogementCaracteristique, dérivée de l’association entre Logement et Caractéristique. A noter que l’association Logement - Caractéristique peut être accompagnée d’attributs (Observation dans le MLD donné en exemple ci-dessous (outil DBDesigner)).

[trago]

merci pour cette réponse détaillée.
Mais avec des cardinalités de type 0/1/N comment puis-je gérer cette table intermédiaire LogementCaractéristique?
--> Un local (plus qu'un logement) peut avoir 0 à N caractéristiques de confort. Un caractéristique peut concerner 1 à N logement.
Ainsi comment k egère ces cardinalités avec la table intermédiaire?
Désolé pour ces questions.... mais je débute juste dans les SI dans le cadre des SIG...et je ne suis pas très au point,
merci encore!!

[fsmrel]

Bonsoir,

Le MLD que j'ai fourni à l'occasion de mon précédent message n’est qu’un graphique. Les tridents et doubles barres se lisent ainsi :

Une ligne de la table Logement est en relation avec au moins une et au plus N lignes de la table LogementCaracteristique (cardinalité 1,N).

Une ligne de la table LogementCaracteristique est en relation avec une et une seule ligne de la table Logement (cardinalité 1,1).

Une ligne de la table Caracteristique est en relation avec au plus N lignes de la table LogementCaracteristique (cardinalité 0,N).

Une ligne de la table LogementCaracteristique est en relation avec une et une seule ligne de la table Caracteristique (cardinalité 1,1).

Si je demande à DBDesigner (ou tout autre outil) de produire un script, voilà ce qu’il fournit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
CREATE TABLE Logement (
  Id_Logement INTEGER NOT NULL,
  Libelle_Logement CHAR(48) NOT NULL,
  PRIMARY KEY(Id_Logement)
);

CREATE TABLE Caracteristique (
  Id_Caracteristique INTEGER NOT NULL,
  Libelle_Caracteristique CHAR(48) NULL,
  PRIMARY KEY(Id_Caracteristique)
);

CREATE TABLE LogementCaracteristique (
  Id_Caracteristique INTEGER NOT NULL,
  Id_Logement INTEGER NOT NULL,
  Observation CHAR(48) NOT NULL,
  PRIMARY KEY(Id_Caracteristique, Id_Logement),
  FOREIGN KEY(Id_Caracteristique)
    REFERENCES Caracteristique(Id_Caracteristique)
      ON DELETE NO ACTION,
  FOREIGN KEY(Id_Logement)
    REFERENCES Logement(Id_Logement)
      ON DELETE CASCADE
);

Pour remonter au niveau conceptuel, par exemple Merise (avec l’outil POWER AMC), le schéma est le suivant :