[ SQL ] comment utiliser les vues?
Fermé
guyom
-
25 juil. 2003 à 15:17
tatsuyad Messages postés 75 Date d'inscription mercredi 3 juin 2015 Statut Membre Dernière intervention 3 avril 2016 - 16 oct. 2015 à 02:53
tatsuyad Messages postés 75 Date d'inscription mercredi 3 juin 2015 Statut Membre Dernière intervention 3 avril 2016 - 16 oct. 2015 à 02:53
salut,
j'ai bien compris quel était l'intérêt d'utiliser des vues SQL seuleument je ne vois pas comment les utiliser. doit-on créer une vue au moment ou on est sensé exécuter un select? doit on créeer toutes les vues utiles au chargement de l'appli?
merci a +
j'ai bien compris quel était l'intérêt d'utiliser des vues SQL seuleument je ne vois pas comment les utiliser. doit-on créer une vue au moment ou on est sensé exécuter un select? doit on créeer toutes les vues utiles au chargement de l'appli?
merci a +
A voir également:
- [ SQL ] comment utiliser les vues?
- Comment utiliser chromecast - Guide
- Comment activer les vues sur facebook - Guide
- Comment utiliser l'ia - Accueil - Guide Intelligence artificielle
- Comment voir les vues de profil sur instagram - Guide
- Comment utiliser utorrent - Télécharger - Téléchargement & Transfert
5 réponses
en fait tu cree tes vues a l'avance en sachant que chaque vue est une table virtuelle = un select...
en faisant un simple
"create view foo select * from bar where (foo<>bar);"
ensuite quand l'appli tourne elle interroge les vues (tables virtuelles) et non les tables, se qui limite au maximum les calculs lourd et les imbrication de select.
Bref donc pour resumé oui prévois tes vues dès le depart (au moins les principales).
---------------------------
l'interet des vues depand de ton schema de DB mais en general c'est tres important si tu veux extraire souvant des resultats qui peuvent etre long a sortir par des "select"...
en faisant un simple
"create view foo select * from bar where (foo<>bar);"
ensuite quand l'appli tourne elle interroge les vues (tables virtuelles) et non les tables, se qui limite au maximum les calculs lourd et les imbrication de select.
Bref donc pour resumé oui prévois tes vues dès le depart (au moins les principales).
---------------------------
l'interet des vues depand de ton schema de DB mais en general c'est tres important si tu veux extraire souvant des resultats qui peuvent etre long a sortir par des "select"...
merci de ta réponse. c'est bien noté.
une autre petite tant qu'j'y suis...
donc je charge mes vues principale au début de l'appli. l'utilisateur va faire des insert et des machins dans les table durant le deroullement de l'appli mais s'il veut pouvoir afficher les infos qui ont été ajoutées ou mises a jour, y'a t'il un moyen de mettre a jour la vue?
merci encore
une autre petite tant qu'j'y suis...
donc je charge mes vues principale au début de l'appli. l'utilisateur va faire des insert et des machins dans les table durant le deroullement de l'appli mais s'il veut pouvoir afficher les infos qui ont été ajoutées ou mises a jour, y'a t'il un moyen de mettre a jour la vue?
merci encore
une vue est totalement virtuelle
n'existent que si l'appli tourne contrairement aux tables, et .Tu n'as donc pas a les mettres a jour.
si tu veux voir que les nouvelles entree il te faut une vue specifique a cette action.
n'existent que si l'appli tourne contrairement aux tables, et .Tu n'as donc pas a les mettres a jour.
si tu veux voir que les nouvelles entree il te faut une vue specifique a cette action.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
16 oct. 2015 à 02:53
Salut.
La phrase ci-dessus est la votre. Cela veut dire que grace a une vue cree, il suffit a l'utilisateur de taper une requete simple (select * from <nom_table>) ?
Merci de pouvoir developper votre language !