Discussion :

[cestymour]

Je travaille sur un MCD pour une BDD Mysql, où un article est classé par famille, sous-famille et sous-sous-famille.
Donc il est logique de définir les tables suivantes :

Article-(1,1)----(1,n)-ss_ss_famille-(1,1)----(1,n)-ss_famille-(1,1)----(1,n)-famille.

Cependant parfois un article n'a pas 3 niveaux de classification mais seulement 2 voire 1 (juste une famille).
Dans ce cas faut-il relier la table Article aux tables ss_famille et aussi famille ? Mais ensuite un article pourra appartenir à la fois à une famille A et une sous-famille B avec B n'étant pas forcément une sous-famille de A (donc incohérence des données).

Quel est la meilleure solution ?

[fsmrel]

Bonjour cestymour,


En 1re approche, vous pouvez procéder à la généralisation de FAMILLE, SOUS_FAMILLE et SOUS_SOUS_FAMILLE pour mettre en œuvre une entité-type ENSEMBLE : une famille est un ensemble, une sous-famille est un ensemble, et une sous-sous-famille est un ensemble. Ceci fait, vous branchez ARTICLE sur ENSEMBLE.


Vision MySQL Workbench :

[punkoff]

Bonjour Fsmrel,


Quel est l'intérêt d'une telle modélisation par rapport à une approche de gestion d'arbre ?

[fsmrel]

Bonjour punkoff,


L’arbre (la hiérarchie) est là, sauf qu’au lieu d’être bien vertical, il est couché... :





Je répète, la généralisation vient se rajouter, en sorte qu'un article puisse se raccrocher à n'importe quel niveau.

[cestymour]

Cette solution me convient très bien, fsmrel.

Je comprends bien le principe de la relation EST-UN mais je ne vois pas ce que cela donne en langage SQL (et je n'ai pas réussi à créer ce genre de relation dans un diagramme MySQL Workbench)

[punkoff]

Pardon je me suis mal exprimé.


Regroupons les familles / ss famille / ss-ss famille en une seule entité, puis ajoutons une relation sur elle même afin d'avoir une notion d'entité mère / fille et ainsi modéliser cet arbre.

Ensuite il nous reste :

Code :

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

1
2
3
4
5
6
7
 
Article-1,1----Rattaché-----0,n-Super_Famille
 
Super_Famille-0,n----------
|                        |
0,1                      |
|------------Composée

[cestymour]

Pardon je me suis mal exprimé.


Regroupons les familles / ss famille / ss-ss famille en une seule entité, puis ajoutons une relation sur elle même afin d'avoir une notion d'entité mère / fille et ainsi modéliser cet arbre.

Dans ce type de schéma, je peux, (comme au départ) me retrouver avec des tas d'incohérences, car d'abord je perds la notion des 3 niveaux (ss-ss-f, ss-f, f), ensuite je peux me retrouver avec des boucles de familles, ou bien des familles (de niv 1) qui possèdent d'autre familles (de niv 1), etc...

[fsmrel]

Je ne vois pas ce que cela donne en langage SQL (et je n'ai pas réussi à créer ce genre de relation dans un diagramme mySQL Workbench)

Avez-vous lu ma prose au sujet de la modélisation avec MySQL Workbench ?

En attendant, je joins le code SQL (brut) que l’outil m’a fourni et voyez le paragraphe 9 qui traite de la rétro-conception :

Code SQL :

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
 
SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';
 
CREATE SCHEMA IF NOT EXISTS `mydb` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci ;
USE `mydb` ;
 
-- -----------------------------------------------------
-- Table `mydb`.`ENSEMBLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`ENSEMBLE` (
  `EnsembleId` INT NOT NULL,
  `EnsembleNom` VARCHAR(45) NOT NULL,
  PRIMARY KEY (`EnsembleId`))
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`FAMILLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`FAMILLE` (
  `FamilleId` INT NOT NULL,
  `EnsembleId` INT NOT NULL,
  INDEX `FAMILLE_ENSEMBLE_FK1_idx` (`EnsembleId` ASC),
  PRIMARY KEY (`FamilleId`),
  CONSTRAINT `FAMILLE_ENSEMBLE_FK1`
    FOREIGN KEY (`EnsembleId`)
    REFERENCES `mydb`.`ENSEMBLE` (`EnsembleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`ARTICLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`ARTICLE` (
  `ArticleId` INT NOT NULL,
  `ArticleLibelle` VARCHAR(45) NOT NULL,
  `EnsembleId` INT NOT NULL,
  PRIMARY KEY (`ArticleId`),
  INDEX `ARTICLE_ENSEMBLE_FK_idx` (`EnsembleId` ASC),
  CONSTRAINT `ARTICLE_ENSEMBLE_FK`
    FOREIGN KEY (`EnsembleId`)
    REFERENCES `mydb`.`ENSEMBLE` (`EnsembleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`SOUS_FAMILLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`SOUS_FAMILLE` (
  `FamilleId` INT NOT NULL,
  `SousFamilleId` INT NOT NULL,
  `EnsembleId` INT NOT NULL,
  PRIMARY KEY (`FamilleId`, `SousFamilleId`),
  INDEX `SOUS_FAMILLE_ENSEMBLE_FK1_idx` (`EnsembleId` ASC),
  CONSTRAINT `SOUS_FAMILLE_FAMILLE_FK1`
    FOREIGN KEY (`FamilleId`)
    REFERENCES `mydb`.`FAMILLE` (`FamilleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `SOUS_FAMILLE_ENSEMBLE_FK1`
    FOREIGN KEY (`EnsembleId`)
    REFERENCES `mydb`.`ENSEMBLE` (`EnsembleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`SOUS_SOUS_FAMILLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`SOUS_SOUS_FAMILLE` (
  `FamilleId` INT NOT NULL,
  `SousFamilleId` INT NOT NULL,
  `SousSousFamilleId` VARCHAR(45) NOT NULL,
  `EnsembleId` INT NOT NULL,
  PRIMARY KEY (`FamilleId`, `SousFamilleId`, `SousSousFamilleId`),
  INDEX `SOUS_SOUS_FAMILLE_ENSEMBLE_FK1_idx` (`EnsembleId` ASC),
  CONSTRAINT `SOUS_SOUS_FAMILLE_SOUS_FAMILLE_FK1`
    FOREIGN KEY (`FamilleId` , `SousFamilleId`)
    REFERENCES `mydb`.`SOUS_FAMILLE` (`FamilleId` , `SousFamilleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `SOUS_SOUS_FAMILLE_ENSEMBLE_FK1`
    FOREIGN KEY (`EnsembleId`)
    REFERENCES `mydb`.`ENSEMBLE` (`EnsembleId`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 
 
SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;

Et n'oubliez pas de voter pour les réponses qui vous paraissent intéressantes et utiles (c'est la période )...

[fsmrel]

Regroupons les familles / ss famille / ss-ss famille en une seule entité, puis ajoutons une relation sur elle même afin d'avoir une notion d'entité mère / fille et ainsi modéliser cet arbre.

Il est certain que si le nombre de niveaux avait été flottant, quelconque, déséquilibré, alors comme vous le suggérez il aurait fallu passer à une réflexive, comme ici par exemple.

[cestymour]

Avez-vous lu ma prose au sujet de la modélisation avec MySQL Workbench ?

Non mais ça ne saurait tarder =p

Avec le schéma proposé, est-ce qu'il y a une contrainte qui permette une sorte de ou exclusif afin qu'un ensemble soit : soit une famille, soit une sous-famille, soit une sous-sous famille ?
Ou bien est-ce lors de l'utilisation de la BDD qu'il faut faire attention à ce qu'un ensemble ne corresponde qu'à une et une seule sorte de famille ?

[punkoff]

vous pouvez utilisez un trigger pour émuler de telle contrainte. (before insert / update)

[SQLpro]

Bonjour Fsmrel,


Quel est l'intérêt d'une telle modélisation par rapport à une approche de gestion d'arbre ?

N'oubliez pas non plus que MySQL est très en retard par rapport aux autres SGBDR puisqu'il ne supporte pas les requêtes récursives qui sont normalisée depuis 1999....
Or les requêtes récursives sont indispsensables si l'on veut modéliser un arbre ou un graphe....

A +