Performance: query SQL ou lecture de fichier?
Fermé
ecchy
-
7 mai 2009 à 15:47
sandul Messages postés 3927 Date d'inscription jeudi 22 mai 2008 Statut Membre Dernière intervention 8 octobre 2010 - 7 mai 2009 à 15:53
sandul Messages postés 3927 Date d'inscription jeudi 22 mai 2008 Statut Membre Dernière intervention 8 octobre 2010 - 7 mai 2009 à 15:53
Bonjour,
Point de vue performance (back-end tout comme front-end confondus...)
Si je veux aller chercher des données dymaniques à chaque "hit" de page... est-il mieux de faire une requête SQL chaque fois? Ou d'ouvrir un fichier physiquement et d'en lire le contenu à la place?
Parlons LAMP (Linux, Apache, MySQL, PHP)
Point de vue performance (back-end tout comme front-end confondus...)
Si je veux aller chercher des données dymaniques à chaque "hit" de page... est-il mieux de faire une requête SQL chaque fois? Ou d'ouvrir un fichier physiquement et d'en lire le contenu à la place?
Parlons LAMP (Linux, Apache, MySQL, PHP)
A voir également:
- Performance: query SQL ou lecture de fichier?
- Diagnostic de performance énergétique - Accueil - Maison
- Test performance pc - Guide
- Test performance pc gratuit - Accueil - Utilitaires
- Mode performance - Guide
- Voir performance pc - Guide
1 réponse
sandul
Messages postés
3927
Date d'inscription
jeudi 22 mai 2008
Statut
Membre
Dernière intervention
8 octobre 2010
723
7 mai 2009 à 15:53
7 mai 2009 à 15:53
Salut,
SQL sera mieux dans la plupart des cas. Même si tu as à retourner uniquement une chaîne de caractère (constante, pas de données dynamiques), le temps d'ouvrir le fichier & lire l'information peut être supérieur à une interrogation de la base si celle-ci a mis en cache l'information. Sans parler des requêtes proprement-dites (une base de données étant optimisée pour).
++
SQL sera mieux dans la plupart des cas. Même si tu as à retourner uniquement une chaîne de caractère (constante, pas de données dynamiques), le temps d'ouvrir le fichier & lire l'information peut être supérieur à une interrogation de la base si celle-ci a mis en cache l'information. Sans parler des requêtes proprement-dites (une base de données étant optimisée pour).
++