Questions sur les vues, les règles, les triggers

mishoo · 13/06/2011 22:39:05

Bonsoir à tous,

Alors voila, pour un projet j'ai mis en place sur postgreSQL une base de données avec de l'héritage et des contraintes sur mes tables.

J'ai une table parent MEMBRES et deux tables filles JOUEURS et ADMINS. Les tables fille n'héritent pas des caractéristiques de la tables mère sauf la clé primaire (qui est donc une clé étrangère en référence a MEMBRES).

Je souhaitais savoir comment faire pour ajouter une ligne dans la table JOUEURS sans pour autant devoir d'abord faire une INSERT sur la table MEMBRES, puis récupéré l'id inséré (Auto-incrément) puis une deuxième INSERT INTO sur JOUEURS en indiquant ce même id en clé primaire.

J'ai entendu parlé des vues mais je me demande comment faire pour mettre tout ça en place.
J'ai crée ma vue MEMBRES_JOUEURS qui est une jointures des deux, mais pour pouvoir faire un INSERT, il me faut déclaré des règles et la je ne sais pas comment m'y prendre.

HELP
Merci de votre aide !

gleu · 14/06/2011 00:37:30

Les tables fille n'héritent pas des caractéristiques de la tables mère sauf la clé primaire

Pas de chance, la clé primaire ne s'hérite pas.

Je souhaitais savoir comment faire pour ajouter une ligne dans la table JOUEURS sans pour autant devoir d'abord faire une INSERT sur la table MEMBRES, puis récupéré l'id inséré (Auto-incrément) puis une deuxième INSERT INTO sur JOUEURS en indiquant ce même id en clé primaire.

Pour insérer une ligne dans la table joueurs, faites un INSERT dessus. Pour récupérer l'identifiant, la clause RETURNING est utilisable. Et la suite n'est pas clair du tout donc je ne pourrais pas y répondre.

mishoo · 14/06/2011 00:57:29

je vais reformuler pour que ça soit plus clair :

MEMBRES { id_membre, pseudo, mail, password }
JOUEURS {id_membre (en reference a MEMBRE.id_membre), points, grade}

Comment utilisé les vue afin de faire une insertion sur JOUEUR sans passer par 2 INSERT ( le premier sur MEMBRES, le deuxieme sur JOUEURS)

Désolé, j'avoue avoir été un peu compliqué avant, mais merci de m'aider

SQLpro · 14/06/2011 09:39:38

Il suffit de faire un trigger INSTEAD OF INSERT sur la vue et de gérer les insertions de deux tables dans le trigger.
Ainsi vu du côté client vous ne faites qu'un seul INSERT directement sur la vue.

A +

gleu · 14/06/2011 09:58:23

Pourquoi vouloir utiliser une vue ? créez simplement un trigger sur les INSERT dans JOUEURS. Le trigger fera automatiquement l'insertion dans membres via une procédure stockée qui sera déclenchée par ce trigger.

SQLpro · 14/06/2011 10:41:32

Il est vrai qu'avec un trigger BEFORE c'est possible. Néanmoins il est toujours plus intéressant d'accéder aux données d'une base par des vues et le moins possible directement par les tables. Ceci pour des raisons diverses comme la facilité de refactoring des bases ou la meilleures réutilisation des plans de requête.

A +

Dernière modification par SQLpro (14/06/2011 10:41:48)

gleu · 14/06/2011 10:55:04

Que ce soit plus intéressant certaines fois, c'est possible. Toujours, c'est exagéré.

Bref, de toute façon, avant la 9.1, il n'est pas possible de coller des triggers sur les vues avec PostgreSQL. Il est possible d'y mettre des règles mais vu la grande facilité à ne pas les coder correctement, les triggers sont la seule solution conseillable.

SQLpro · 14/06/2011 11:13:15

Guillaume, pas exagéré !!! Vécu... 10 ans d'audit... 15 ans de BD et toujours les mêmes erreurs au final, l'absence du MED (Modèle Externe de Données) avec ses vues !
Par exemple quand on arrive à une table sensible dans une application vieillissante dont la clef est composée de 5 colonnes avec du varchar, qui pose 80% des problèmes de perf, et que l'on dit au client : la solution est de restructurer votre table avec une seule colonne clef et que cela impacte 30% du code applicatif parce que aucune vue n'a été créé.... Moi je me marre !

A +

gleu · 14/06/2011 11:35:46

Le problème initial de ton client, c'est d'avoir une clé de 5 colonnes. Et ajouter une vue ne va pas transformer d'un coup de baguette magique sa clef de cinq colonnes en une clé d'une colonne. Utiliser une vue pourrait faciliter le passage à une clé de une colonne, ça ne changera rien au reste.

SQLpro · 15/06/2011 08:48:14

S'il avait utilisé une vue dès le départ, il n'y aurait eu aucun impact sur le code client lors du refactoring de la table....

A +

#1 13/06/2011 22:39:05

Questions sur les vues, les règles, les triggers

#2 14/06/2011 00:37:30

Re : Questions sur les vues, les règles, les triggers

#3 14/06/2011 00:57:29

Re : Questions sur les vues, les règles, les triggers

#4 14/06/2011 09:39:38

Re : Questions sur les vues, les règles, les triggers

#5 14/06/2011 09:58:23

Re : Questions sur les vues, les règles, les triggers

#6 14/06/2011 10:41:32

Re : Questions sur les vues, les règles, les triggers

#7 14/06/2011 10:55:04

Re : Questions sur les vues, les règles, les triggers

#8 14/06/2011 11:13:15

Re : Questions sur les vues, les règles, les triggers

#9 14/06/2011 11:35:46

Re : Questions sur les vues, les règles, les triggers

#10 15/06/2011 08:48:14

Re : Questions sur les vues, les règles, les triggers

Pied de page des forums

PostgreSQL.fr

À propos

Nous contacter

Groupes Locaux

Réseaux Sociaux