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 PHP Discussion :

performances et requètes


Sujet :

Langage PHP

  1. #1
    Expert éminent
    Avatar de Lyche
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2007
    Messages
    2 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Janvier 2007
    Messages : 2 523
    Points : 6 790
    Points
    6 790
    Billets dans le blog
    4
    Par défaut performances et requètes
    Bien le bonjour !
    Et bien voilà, depuis peu j'ai repris une application développée en php/mysql. Je parcours un peu le code pour me familiariser avec et je me rend compte qu'il y a certaines requêtes qui me paraissent.. mal adaptée au contexte.. je m'explique

    Code sql : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    SELECT *
    FROM maTable

    En générale, je ne suis pas adepte du SELECT *, mais celui qui à fait l'appli si.. Alors la question que je me pose est la suivante.

    Sachant que les traitements de l'application sont fait en php (oui je suis sous php4 et MySQL 3.1...) est-ce que faire un chargement massif des données de la table (30champs) et n'en utiliser que 4 ne charge pas un peu trop la mémoire ? Sachant que les tables appelées ainsi contiennent entre 400 et 40000 lignes, ce n'est pas beaucoup, mais est-ce que ça ne ralentirais pas les exécutions de script en surchargeant la mémoires de données inutiles?

  2. #2
    Modérateur
    Avatar de sabotage
    Homme Profil pro
    Inscrit en
    Juillet 2005
    Messages
    29 208
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations forums :
    Inscription : Juillet 2005
    Messages : 29 208
    Points : 44 155
    Points
    44 155
    Par défaut
    Bonsoir,

    Cela ralentit le script et utilise de la mémoire : les données surperflues doivent transiter de mysql vers PHP.
    Si un jour quelqu'un ajoute un gros champ dans la table, toutes les requetes SELECT * sur cette table vont exploser pour rien.

  3. #3
    Expert éminent
    Avatar de Lyche
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2007
    Messages
    2 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Janvier 2007
    Messages : 2 523
    Points : 6 790
    Points
    6 790
    Billets dans le blog
    4
    Par défaut
    C'est bien ce qu'il me semblait, je te remercie pour ta réponse

    Cordialement.

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

Discussions similaires

  1. problème de performance sur requête avec Tsearch2
    Par Morpheas dans le forum PostgreSQL
    Réponses: 0
    Dernier message: 05/02/2008, 12h25
  2. Performance des requêtes - jointure par fonctions
    Par denevers dans le forum PostgreSQL
    Réponses: 0
    Dernier message: 07/12/2007, 15h11
  3. Chute des performances à chaque requête
    Par Logrus dans le forum JDBC
    Réponses: 2
    Dernier message: 03/11/2007, 13h19
  4. [performances] 40 requêtes INSERT
    Par Tukan dans le forum Requêtes
    Réponses: 6
    Dernier message: 15/10/2006, 14h16
  5. [9.2] Performance et requêtes
    Par genio dans le forum Oracle
    Réponses: 8
    Dernier message: 17/11/2005, 09h13

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