Discussion :

[Sannazzarotiti]

Bonjour,

je n'ai jamais poussé le SQL vraiment loin, j'ai lu pas mal de trucs et comprend certains principe, aujourd'hui j'aimerai surement en mettre un en application : Le concept de vues.

Si j'ai bien saisie une vue n'est qu'un affichage de certaines colonnes de table, voir des calculs. Jusque la je pense avoir bon.

Question 1 : Comment ça marche au niveau des mises à jour ? Cela doit se faire manuellement ? Le SGBD (ici MySql) le rafraîchie à chaque demande d'affichage ? Gagne t-on ou perd on en performance en utilisant cette méthode ?

Question 2 : J'ai pas mal d'informations répartie dans plusieurs tables, je pense que les vues peuvent simplifier grandement la tache, plutôt que faire des tonnes de jointures ? Ai-je tord ?

Question 3 : J'ai vu, en me renseignant sur internet, qu'on pouvais supprimer une ligne dans une vue. Et la, c'est surement la réponse qui m’intéresse le plus. Supprimer une ligne dans une vue, la supprime uniquement dans cette dernière ? Ou le fait de supprimer la ligne de la vue ma supprimer la ligne dans les tables "d'origines" que la vue utilises pour faire son affichage ?

Merci d'avoir pris le temps de me lire,
Bonne journée à tous !

[Rei Ichido]

Si on excepte le concept de vue matérialisée d'Oracle (et ses équivalents), une vue n'est jamais qu'un alias pour une instruction SELECT. Autrement dit, rien n'est sauvegardé, le SGBD ira à chaque fois faire la requête sur les "vraies" tables.

De là découle :
1) Pas besoin de mise à jour.
2) Les vues ont en effet le grand mérite de factoriser des requêtes.
3) Selon les SGBDR, si la vue permet d'identifier certaines lignes des tables interrogées, il est possible d'affecter ces lignes au travers de la vue. Il y a des conditions sur ce que fait la vue, justement (pas d'aggrégation, par exemple).

[Sannazzarotiti]

Je te remercie pour cet éclaircissement rapide qui va me permettre de lancer mes premiers tests en connaissance de cause.

Je vous redit si MySql supprime les entrées dans les tables. Ce qui, il faut le dire, changerais ma vie à moi qui travaille sous WinDev (une vue qui correspond à une table et hop c'est fini a 90% pour les ajouts/modifs/suppression).

Je vous redit ! Merci à toi Rei Ichigo

[Sannazzarotiti]

J'ai donc fait un test simple et bidon, un Id personne dans les deux tables. Le nom et prenom dans la premiere table, l'age et l'adresse dans la deuxieme.

J'ai ensuite crée ma vue qui affiche le Prenom + L'adresse.

Quand je tente une suppression j'ai l'erreur suivante (ça aurai été trop beau sinon !) : #1395 - Can not delete from join view 'test.vue_personnes'

Forcement ça aurai changer ma vie sinon Une solution pour que lorsque l'on essai de supprimer une ligne dans la vue on supprime les lignes équivalente dans les tables concernés ? Triggers ou autres ?

[punkoff]

bonjour,

Oui changez de sgbd (postgresql en gratuit le gere par exemple)

[Sannazzarotiti]

Tu va trouvé ça débile comme question mais tu es sur que ça gère vraiment les suppression et modification des vues sur les tables d'origine ? Je prefere etre sur avant de tenter un transfert complet :o

[al1_24]

Les mises à jour des vues se font au travers de l'usage de triggers INSTEAD OF, qu'il faut avoir définis.
Je ne suis pas certain que MySQL prenne en charge ce mécanisme...

[Sannazzarotiti]

Je vais installer postgre et faire des tests avant de voir si je transfère tout ou pas. Sinon je continuerai avec des requetes si une migration n'apporte pas tant d'amélioration que ça. A savoir qu'il y a max 3 utilisateur à la fois sur l'application en simultané, PostGreSql est peu être un peu un "Tank" pour de si faible quantité de données et d'accés.

Je reviens plus tard vers vous pour vous faire part de ce que je trouve

Cordialement,

Sanna


ps : En effet meme avec le moteur InnoDB je ne trouve pas d'INSTEAD OF, mais peut être cela porte un autre nom dans MySql

[punkoff]

Tu va trouvé ça débile comme question mais tu es sur que ça gère vraiment les suppression et modification des vues sur les tables d'origine ? Je prefere etre sur avant de tenter un transfert complet :o

Pour postgres tu as 2 solutions :
- trigger déjà évoqué
- les rule : http://www.postgresql.org/docs/9.2/s...reaterule.html

ps : En effet meme avec le moteur InnoDB je ne trouve pas d'INSTEAD OF, mais peut être cela porte un autre nom dans MySql

Non :
http://dev.mysql.com/doc/refman/5.6/...e-trigger.html

[SQLpro]

1) les vues peuvent mettre à jour directement les tables sous-jacentes si :
1.1 - la mise à jour ne porte que sur une seule des tables de le vue, et
1.2 - il n'y a pas de transformation de données.
2) les vues peuvent être mise à jour sur toutes tables indirectement par des déclencheurs INSTEAD OF

Seul Oracle, IBM DB2 et SQL Server implémente des déclencheurs INSTEAD OF....

Pour plus d'information, lisez l'article que j'ai écrit sur les règles de Codd, et notamment la règle n°6 (Règle de mise à jour des vues : Toutes les vues qui sont théoriquement modifiables peuvent être mises à jour par le système.)
Il y a plusieurs exemples démonstratifs traitant tous ces cas....

A +

[punkoff]

Seul Oracle, IBM DB2 et SQL Server implémente des déclencheurs INSTEAD OF....

PostGreSql aussi il me semble : http://www.postgresql.org/docs/9.1/s...tetrigger.html

[fsmrel]

Dans le cas de l'utilisation d'un SGBD permettant de mettre à jour les vues par trigger (INSTEAD OF), on peut s'inspirer de l'exemple ici (MS SQL Server).