Modélisation d'une BdD séries TV

**Neelix57** · 03/06/2023, 07h57

Bonjour,

J'aimerais ajouter la possibilité de faire afficher dans leur ordre d'apparition, les nom de différents acteurs qui ont pu jouer le même rôle dans une série.

En effet, il arrive que 3 acteurs, ou même par fois plus, se succèdent dans le même rôle.

Par exemple:

Ivor Dean remplacé par Campbell Singer remplacé par Wensley Pithey remplacé par Norman Pitt : Claude Eustache Teal

ou

Ivor Dean > Campbell Singer > Wensley Pithey > Norman Pitt : Claude Eustache Teal

Quelque-chose de cette forme. Voici les modification que j'ai apporté à mon MCD en essayant de m'inspirer des solutions que vous m'avez données jusque là. Mais ça fait beaucoup encore un NULL de plus, ça commence à faire beaucoup.

Nom : series.jpg
Affichages : 189
Taille : 121,2 Ko

**fsmrel** · 04/06/2023, 02h39

Bonsoir,

Envoyé par Neelix

encore un NULL de plus, ça commence à faire beaucoup

Où se cache-t-il cette fois-ci cet animal ?

Envoyé par Neelix

J'aimerais ajouter la possibilité de faire afficher dans leur ordre d'apparition, les noms de différents acteurs qui ont pu jouer le même rôle dans une série.

Votre MCD est correct, dans la mesure où un acteur ne peut pas jouer deux fois le même rôle (même avec deux ordres d'apparition différents). Attention quand même, deux acteurs peuvent jouer le même rôle dans une série, mais avec le même ordre d’apparition.

Pour empêcher cela, on peut définir une clé alternative :

{seriesId, characterId, appearanceOrder}

=>

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE CASTING
(
   seriesId INT
 , characterId INT
 , personId INT
 , appearanceOrder TINYINT
 , CONSTRAINT CASTING_PK PRIMARY KEY(seriesId, characterId, personId)
 , CONSTRAINT CASTING_AK UNIQUE(seriesId, characterId, appearanceOrder) /* clé alternative */
 , CONSTRAINT CASTING_SERIES_FK FOREIGN KEY(seriesId) REFERENCES SERIES(seriesId)
 , CONSTRAINT CASTING_PERSON_FK FOREIGN KEY(personId) REFERENCES PERSON(personId)
 , CONSTRAINT CASTING_CHAR_PLAYED_FK FOREIGN KEY(characterId) REFERENCES CHAR_PLAYED(characterId)
);

Au stade MCD, je ne sais pas si Looping permet de définir l'identifiant alternatif {seriesId, characterId, appearanceOrder}.

**fsmrel** · 04/06/2023, 17h05

Envoyé par fsmrel

Au stade MCD, je ne sais pas si Looping permet de définir l'identifiant alternatif {seriesId, characterId, appearanceOrder}

Où avais-je la tête ? En fait, c’est possible, en faisant intervenir les CIF (contraintes d’intégrité fonctionnelle).

Dans un 1er temps, on évacue l’attribut appearanceOrder (cf. CASTING) dans une classe d’entités fictive, appelons-la APPEARANCE.

Dans un 2e temps, on branche APPEARANCE sur CASTING.

Au stade SQL, la clé primaire (en fait surclé) de CASTING, produite par Looping est alors le quadruplet {seriesId, personId, characterId, appearanceOrder}.

Dans un 3e temps, on fait évacuer l’attribut appearanceOrder de la clé primaire de CASTING, ce que l’on sait faire au moyen d’une CIF :

La clé primaire de CASTING devient le triplet {seriesId, personId, characterId}.

Dans un 4e temps on définit une 2e CIF ayant pour cible PERSON :

Dans ces conditions, Looping définit pour SQL une clé alternative {seriesId, characterId, appearanceOrder}.

Code SQL produit par Looping :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE CASTING
(
   seriesId INT,
   personId INT,
   characterId INT,
   appearanceOrder TINYINT NOT NULL,
   CONSTRAINT CASTING_PK PRIMARY KEY(seriesId, personId, characterId),
   CONSTRAINT CASTING_AK UNIQUE(seriesId, characterId, appearanceOrder),
   CONSTRAINT CASTING_SERIES_FK FOREIGN KEY(seriesId) REFERENCES SERIES(seriesId),
   CONSTRAINT CASTING_PERSON_FK FOREIGN KEY(personId) REFERENCES PERSON(personId),
   CONSTRAINT CASTING_CHAR_PLAYED_FK FOREIGN KEY(characterId) REFERENCES CHAR_PLAYED(characterId)
);

**Paprick** · 05/06/2023, 00h29

Bonsoir,

Bravo François pour cette belle utilisation des CIF à unicité incomplète et de la génération de clés alternatives "made in Looping" !

Il y a également un autre moyen de créer des clés alternatives sans faire usage des CIF, mais en utilisant la notion d'index composé :

Indiquer "Oui" dans la propriété "Proposer index composé"
Dans la fenêtre de de la rubrique appearanceOrder de CASTING, cocher la case UNIQUE et indiquer un nom d'index (par exemple : idx)
Cliquer sur les pattes 1,n de SERIES et de CHAR_PLAYED et, dans la fenêtre proposée, cocher la case "Clé étrangère dans index" et rajouter en dessous le nom de l'index : "idx"

Votre clé alternative AK_CASTING_idx (seriesId, characterId, appearanceOrder) est générée dans le code SQL

!
Cette solution rend le MCD plus léger ; la solution de fsmrel a cependant le mérite de mettre en évidence les dépendances fonctionnelles dès le MCD.

Bonne continuation !

**Neelix57** · 05/06/2023, 06h53

Bonjour,

Où se cache-t-il cette fois-ci cet animal ?

Il s'agît de "appearanceId", sachant que tous les acteurs ne sont pas remplacés par d'autres. Ce qui signifie que la plupart du temps la valeur de cet attribut sera NULL.

Attention quand même, deux acteurs peuvent jouer le même rôle dans une série, mais avec le même ordre d’apparition

Je n'avais pas réagit à ça. Merci de l'avoir remarqué fsmrel.

En tout cas, merci pour vos deux solution.

**fsmrel** · 05/06/2023, 16h50

Bonjour,

Envoyé par Neelix57

Il s'agît de "appearanceId", sachant que tous les acteurs ne sont pas remplacés par d'autres. Ce qui signifie que la plupart du temps la valeur de cet attribut sera NULL.

D’accord. Avec la solution que j’ai proposée, le marqueur NULL (en passant, NULL n’est pas une valeur !) sera désormais expulsé et remplacé par la valeur 1, les autres valeurs ne représentant qu’un pouième de cas. Inflation des 1, mais c’est pour la bonne cause...

**fsmrel** · 05/06/2023, 17h33

Envoyé par Paprick

Il y a également un autre moyen de créer des clés alternatives sans faire usage des CIF, mais en utilisant la notion d'index composé :

• Indiquer "Oui" dans la propriété "Proposer index composé"
• Dans la fenêtre de de la rubrique appearanceOrder de CASTING, cocher la case UNIQUE et indiquer un nom d'index (par exemple : idx)
• Cliquer sur les pattes 1,n de SERIES et de CHAR_PLAYED et, dans la fenêtre proposée, cocher la case "Clé étrangère dans index" et rajouter en dessous le nom de l'index : "idx"

L’essayer c’est l’adopter ! Avoir quand même une bonne vue pour se rendre compte que la rubrique appearanceOrder participe à l’identifiant alternatif (nom en gras).

Pour avoir un schéma moins lourd que le dernier que j’ai présenté, serait-il possible d’obtenir le même résultat avec celui-ci ?

Symétrie et orthogonalité obligent...

**Paprick** · 06/06/2023, 00h17

Bonsoir François,

Cette demande me surprend quelque peu... surtout venant de toi

!
Cela signifierait que, lorsque les entités émettrices ne sont pas indiquées, elles le sont toutes (sauf l'entité cible)...
OK, ça peut simplifier le schéma visuellement, mais cela ne me paraît pas très raisonnable eu égard au formalisme...

**fsmrel** · 06/06/2023, 04h07

Salve Patrick,

Envoyé par Paprick

Cela signifierait que, lorsque les entités émettrices ne sont pas indiquées, elles le sont toutes (sauf l'entité cible)...
OK, ça peut simplifier le schéma visuellement, mais cela ne me paraît pas très raisonnable eu égard au formalisme...

A propos du formalisme, je cite le glossaire afcet, document de référence, qui définit ce que sont la source et la cible dans une CIF :

Source
Liste partielle d’individus reliés par la portée d’une contrainte d’intégrité fonctionnelle, tels que si l’on en connaît les occurrences, cela fixe l’occurrence d’un autre individu relié par la portée, et appelé cible. La source reste implicite si elle contient tous les individus reliés autres que la cible. Sinon elle doit être explicitée en reliant ses individus au cercle représentatif de la contrainte.

En conséquence, pour chaque CIF que j’ai mise en oeuvre, à savoir CIF_A et CIF_P, la source peut rester implicite puisque composée de l’ensemble des individus autres que la cible.

La lisibilité du schéma est grandement simplifiée et au vu de la référence afcet, il n’y a aucune ambiguïté. Serais-je plus royaliste que le roi ? Quelle règle précise aurais-je pu enfreindre, me forçant ainsi à faire figurer une portée explicite pour l’une des deux cifs ?

**escartefigue** · 06/06/2023, 07h50

Envoyé par fsmrel

La source reste implicite si elle contient tous les individus reliés autres que la cible. Sinon elle doit être explicitée en reliant ses individus au cercle représentatif de la contrainte.[/indent]

J'ignorais cette possibilité et du coup, je souscris à la requête de François (qui décidément est une véritable mine d'informations

)

**Neelix57** · 09/06/2023, 11h40

Bonjour, et encore merci pour votre aide, Messieurs.

Je retiens la solution de Paprick, que je trouve plus simple à mettre en oeuvre.

J'ai commencé à tester la base sur mon serveur de test. Ca m'a l'air pas mal tout ça.

Par contre, petit problème, je ne parviens pas à créer une requête me permettant d'afficher les différents acteurs s'étant succédés dans un rôle, tel que décrit ici.

Je joins au format texte le SQL de ma base finie.

**escartefigue** · 09/06/2023, 17h22

Bonjour,

Quand j'avais proposé d'ajouter la notion de rôle, pour remplacer producteur et directeur et permettre de gérer d'autres rôles si besoin :

Envoyé par escartefigue

Bonjour,

Concernant les différents intervenants, il est possible de modéliser autrement, en choisissant une association ternaire entre une entité-type [PERSONNE] (qui remplacerait producteur et directeur), une entité-type [ROLE] et l'entité-type [SERIE].

Cette solution est intéressante si une même personne peut être tantôt directeur, tantôt producteur, voire autre chose, on évite les redondances et donc les risques d'incohérences.
Les rôles peuvent être "directeur", "producteur", "réalisateur", "éclairagiste", "script", etc.

Mais vous avez réutilisé ce terme pour gérer la notion d'interprétation, c'est donc redondant avec le type d'entité [CHAR_PLAYED] et l'association (CAST)

Pour savoir de quelle date à quelle date telle personne a interprété tel personnage dans telle série, il faut que l'association (CAST) soit temporelle, il faut donc faire intervenir une entité-type fictive [DATE] dans l'association (CAST).

**fsmrel** · 10/06/2023, 01h31

Bonsoir,

La date est en fait inessentielle, on joue (sic) plutôt avec la colonne appearanceOrder dont la fonction et de définir l’ordre de succession des apparitions.

J’utilise ici SQL Server.

Quelques SERIES :

Code SQL :

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

1
2
3
4
5
6
insert into SERIES values
   ('BUGS', 1995, '/')
 , ('Vingt ans dans un mur', 1948, 'La vie d''une brique') 
 , ('Vingt ans au plafond', 1950, 'La vie d''une poutre') 
 , ('Vingt ans dans un toit', 1960, 'La vie d''une ardoise')
;

Quelques acteurs :

Code SQL :

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

1
2
3
insert into PERSON values
  ('Onésime Durand'), ('Yves-Xavier Dupont')
;

Quelques rôles (characters) :

Code SQL :

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

1
2
3
insert into CHAR_PLAYED values
('Donald'), ('Mickey')
;

Quelques castings :

insert into CASTING (seriesId, personId, characterId, appearanceOrder) values
   (  (select seriesId from SERIES where seriesTitle='Vingt ans dans un mur')
    , (select personId from PERSON where personName='Onésime Durand')
    , (select characterId from CHAR_PLAYED where characterName='Donald')
    , 1
   )
 , (  (select seriesId from SERIES where seriesTitle='Vingt ans dans un mur')
    , (select personId from PERSON where personName='Onésime Durand')
   , (select characterId from CHAR_PLAYED where characterName='Mickey')
    , 2
   )
 , (  (select seriesId from SERIES where seriesTitle='Vingt ans dans un mur')
    , (select personId from PERSON where personName='Yves-Xavier Dupont')
    , (select characterId from CHAR_PLAYED where characterName='Mickey')
    , 1
   )
 , (  (select seriesId from SERIES where seriesTitle='Vingt ans dans un mur')
    , (select personId from PERSON where personName='Yves-Xavier Dupont')
    , (select characterId from CHAR_PLAYED where characterName='Donald')
    , 2
   )
;

Ordre des apparitions :

Code SQL :

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

1
2
3
4
5
6
7
select seriesTitle, characterName, personName, appearanceOrder 
from CASTING as c
join SERIES as s on c.seriesId = s.seriesId
join PERSON as p on c.personId = p.personId
join CHAR_PLAYED as h on c.characterId = h.characterId 
order by seriesTitle, characterName, appearanceOrder
;

=>

seriesTitle		characterName		personName		appearanceOrder
Vingt ans dans un mur	Donald			Onésime Durand		1
Vingt ans dans un mur	Donald			Yves-Xavier Dupont	2
Vingt ans dans un mur	Mickey			Yves-Xavier Dupont	1
Vingt ans dans un mur	Mickey			Onésime Durand		2

**Neelix57** · 10/06/2023, 08h51

Parfait. Encore un grand merci à vous tous.

**fsmrel** · 10/06/2023, 10h26

Bonjour Neelix57,

Si tout baigne, n'oubliez pas de marquer la discussion (

).

**Neelix57** · 10/06/2023, 13h18

Décidément, il faut croire que je ne sus pas doué.

Je ne parviens pas à créer une requête qui m'affiche la liste des séries comme je l'aimerais.

J'aimerais sur une page, afficher la liste des série par titre français "frenchTitle", pour les séries étrangères et par titre "seriesTitle" pour les séries françaises.

Je sais afficher l'un ou l'autre, mais je ne parviens pas à récupérer les deux à la fois.

**fsmrel** · 10/06/2023, 16h39

Bonjour,

Vous pouvez créer une vue d’union :

Code SQL :

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

1
2
3
4
5
6
7
8
9
create view ListeSeries (Titre, Origine)
as
select frenchTitle as Title, 'français'
from  FOREIGN_SERIES
union
select seriesTitle, 'étranger'
from SERIES as s
join FRENCH_SERIES as f on s.seriesId = f.seriesId
;

Et séparer français / étranger avec un order by :

Code SQL :

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

1
2
select * from ListeSeries
order by Origine, Titre ;

**Neelix57** · 11/06/2023, 10h49

Encore une fois merci à vous fsmrel, vous m'ôtez encore une épine du pied

**Neelix57** · 11/06/2023, 13h05

J'aurais encore un petit détail à régler. J'espère le dernier. Et je n'ai vraiment aucune idée de la manière de m'y prendre.

Dois-je ajouter des tables dans ma base, dois-je uniquement jouer avec mon code PHP ?

Certaines séries comportent plusieurs périodes, qui peuvent voir changer tout ou partie des acteur et des personnages, d'autres n'auront que deux périodes avec tous les acteurs et personnages qui changent.
En voici un exemple :

Nom : Capture d’écran_2023-06-11_12-57-17.png.jpg
Affichages : 104
Taille : 97,6 Ko