IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage SQL Discussion :

Schéma Cinéma PostgreSQL


Sujet :

Langage SQL

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mai 2011
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Mai 2011
    Messages : 1
    Points : 1
    Points
    1
    Par défaut Schéma Cinéma PostgreSQL
    Bonjour,
    Je dois réaliser pour mes études un projet de réalisation de page JSP à partir d'une base SQL.

    Je souhaiterais donc créer une table Artiste, et une table Film et donc associer un artiste à un film avec un rôle réalisateur ou acteur.

    Voici ce que j'ai pu faire pour le moment :

    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
    26
    27
    28
    29
    30
    31
    CREATE TABLE artiste (
    	id SERIAL PRIMARY KEY,
    	nom character varying(30) NOT NULL,
    	prenom character varying(30),
    	sexe character(1) CHECK (sexe IN ('h','f'))
    );
     
    CREATE TABLE film (
    	id SERIAL PRIMARY KEY,
    	titre character varying(50) NOT NULL,
    	annee INTEGER NOT NULL,
    	resume TEXT
    );
     
    CREATE TABLE role (
    	idFilm INTEGER NOT NULL REFERENCES film(id),
    	idArtiste INTEGER NOT NULL REFERENCES artiste(id),
    	job character varying(12) CHECK (job IN('Realisateur','Acteur')),
    	PRIMARY KEY (idFilm, idArtiste)
    );
     
    SET SEARCH_PATH=films,PG_CATALOG;
     
    INSERT INTO artiste (nom, prenom, sexe) VALUES ('Nolan','Christopher','h');
    INSERT INTO artiste (nom, prenom, sexe) VALUES ('Bale','Christian','h');
    INSERT INTO artiste (nom, prenom, sexe) VALUES ('Hathaway','Anne','f');
    INSERT INTO artiste (nom, prenom, sexe) VALUES ('Hardy','Tom','h');
     
    INSERT INTO film (titre,annee, resume) VALUES ('Batman Begins',2005,'');
     
    INSERT INTO role (idFilm,idArtiste,job) VALUES (1,1,'Realisateur');
    Le problème, c'est que je dois aviser avec les numéros d'identifiants pour ajouter les rôles... N'y aurait-t-il pas plus simple comme approche?

    Merci d'avance

  2. #2
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 048
    Points
    34 048
    Billets dans le blog
    14
    Par défaut
    J'aurais plutôt fait une association ternaire entre Artiste, Film et Role :
    artiste -0,n----participer----0,n- film
    role -0,n---------------|

    Ainsi, pas besoin de la contrainte CHECK, la clé étrangère sur le rôle suffit.

    Sinon le principe de ta BDD est juste et c'est bien comme ça qu'il faut faire. Créer les artistes et les films puis associer les deux avec un rôle.

  3. #3
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 453
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 453
    Points : 18 388
    Points
    18 388
    Par défaut
    Je ne suis pas tout-à-fait d'accord sur la conception.
    Comment faites vous quand quelqu'un est à la fois acteur et réalisateur ?

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 874
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 874
    Points : 53 048
    Points
    53 048
    Billets dans le blog
    6
    Par défaut
    rien dans le MCD préconisé n'empêche d'être à la fois acteur et réalisateur du fait de la table d'association. L'unicité dans une ternaire portant sur les 3 valeurs simultanées. Ce qui est impossible en revanche est d'être deux fois réalisateur du même film pour une même personne....

    A +

  5. #5
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 048
    Points
    34 048
    Billets dans le blog
    14
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    rien dans le MCD préconisé n'empêche d'être à la fois acteur et réalisateur du fait de la table d'association. L'unicité dans une ternaire portant sur les 3 valeurs simultanées. Ce qui est impossible en revanche est d'être deux fois réalisateur du même film pour une même personne....

    A +
    Je suppose que Waldar faisait allusion au schéma proposé par stab59, dans lequel la clé primaire de la table role ne porte que sur le couple (idFilm, idArtiste).

    Mon association ternaire par contre résoud le problème, en plus d'être plus propre sur le plan de l'unicité des informations stockées (1 seule fois "réalisateur", 1 seule fois "acteur") et de l'extensibilité du modèle (ajout d'une autre fonction par simple insertion dans la table role.

Discussions similaires

  1. Réponses: 2
    Dernier message: 22/07/2010, 22h02
  2. PostgreSQL connexion à un schéma
    Par levalp dans le forum Administration
    Réponses: 4
    Dernier message: 04/06/2010, 14h33
  3. A quoi servent les schéma dans postgresql ?
    Par thor76160 dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 02/02/2010, 23h31
  4. création du schéma sqlj pour postgresql
    Par chiheb dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 10/10/2006, 13h55
  5. [PEAR][DB] Appel de procédure stockée dans différents schémas sous postgresql
    Par rebolon dans le forum Bibliothèques et frameworks
    Réponses: 1
    Dernier message: 22/09/2006, 16h49

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo