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

 MySQL Discussion :

Utilité des view et des procédures


Sujet :

MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2007
    Messages : 14
    Par défaut Utilité des view et des procédures
    Bonjour à tous,

    Voilà, je me posais cette question "importante".
    Je développe une application web dans le cadre de mon mémoire.

    Qu'elle est l'utilité de stocker des view dans mysql?
    Je veux dire par la, y a t-il vraiment un avantage par rapport a une requete PHP qui reste écrite dans le code source?
    Et donc même question en ce qui concerne les procédures...

    Cordialement

  2. #2
    ced
    ced est déconnecté
    Rédacteur/Modérateur

    Avatar de ced
    Homme Profil pro
    Gestion de bases de données techniques
    Inscrit en
    Avril 2002
    Messages
    6 061
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Gestion de bases de données techniques
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Avril 2002
    Messages : 6 061
    Par défaut
    Bonjour,

    L'utilité d'une vue se conçoit mieux, je crois, quand on se place côté "utilisateur" et non pas côté "programmeur". Une vue permet, par exemple, de renommer les champs de la base (quand les noms des champs n'ont pas de sens, on peut leur en donner par le biais d'une vue). Une vue permet aussi de simplifier l'accès à l'information en créant dans le code de la vue une requête complexe, dont on n'a plus besoin de réécrire sans arrêt le code. Il suffit alors juste d'interroger la vue, qui elle est alors plus simple.
    Par exemple, une vue peut faire une jointure sur plusieurs tables, mais n'est "vue" alors que comme une seule table...

    Pour les procédures, c'est un peu différent. Les procédures stockées permettent une programmation au niveau de la base de données que le SQL ne permettrait pas. On y combine du SQL, des variables, des structures de contrôles... le tout au sein même du SGBD, ce qui permet souvent de gagner en rapidité d'exécution et en sécurité.

    ced
    Rédacteur / Modérateur SGBD et R
    Mes tutoriels et la FAQ MySQL

    ----------------------------------------------------
    Pensez aux balises code et au tag
    Une réponse vous a plu ? N'hésitez pas à y mettre un
    Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça

  3. #3
    Membre Expert

    Homme Profil pro
    SDE
    Inscrit en
    Août 2007
    Messages
    2 013
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : SDE

    Informations forums :
    Inscription : Août 2007
    Messages : 2 013
    Par défaut
    Bonjour,

    Pour les procédures stockées je t'invite à lire cet article qui permet de gerer les erreurs au travers de SQL procédural (c'est-à-dire des procédures sotckées et des triggers).

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2007
    Messages : 14
    Par défaut
    D'abord merci pour vos réponses.

    Ok pour les procédures, j'ai compris la nuance.

    Mais de nature assez têtue, je me permets de revenir sur les vues...
    Je comprends l'utilité en ce qui concerne les requêtes complexes, et aussi le fait de "refaire" une table plus lisible, etc...

    Mais puisque dans mon code source j'écris la requête et que aussi complexe qu'elle soit, elle reste écrite une fois pour toute. De plus, les champs récupérés sont renommés et sont, encore une fois, écrit dans le code source...

    Donc voilà, j'arrive pas à bien saisir l'avantage dans ce cas ci...
    Sinon oui, effectivement pour une autre utilisation l'avantage est bien compris.

    Cordialement

  5. #5
    ced
    ced est déconnecté
    Rédacteur/Modérateur

    Avatar de ced
    Homme Profil pro
    Gestion de bases de données techniques
    Inscrit en
    Avril 2002
    Messages
    6 061
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Gestion de bases de données techniques
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Avril 2002
    Messages : 6 061
    Par défaut
    En tant que programmeur et concepteur de la base de données, il est normal que tu aies du mal à appréhender l'utilité des vues. Mais tous les utilisateurs d'une base de données ne sont pas toujours leurs concepteurs, ni des programmeurs, et n'ont pas toujours tous les droits sur cette base.
    Et pour gérer des bases parfois complexes, j'ai souvent recours aux vues pour en simplifier l'architecture et l'interrogation pour des utilisateurs qui ne peuvent pas, ou n'ont pas, à en connaître les moindres subtilités.

    Mais bien sûr, dans ton cas, les vues ne sont pas nécessairement utiles.

    ced
    Rédacteur / Modérateur SGBD et R
    Mes tutoriels et la FAQ MySQL

    ----------------------------------------------------
    Pensez aux balises code et au tag
    Une réponse vous a plu ? N'hésitez pas à y mettre un
    Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 2
    Dernier message: 29/10/2010, 15h17
  2. Réponses: 4
    Dernier message: 02/04/2008, 17h51
  3. Réponses: 3
    Dernier message: 13/09/2007, 18h11
  4. Réponses: 3
    Dernier message: 23/01/2007, 08h14

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