optimisation [mysql] - Programmation
Marsh Posté le 06-04-2001 à 14:35:24
Oui précise car la ce n'est pas vraiment les requetes que tu désires optimiser, c'est plutôt le process de connection à la base. Moi je pense qu'une instruction connect et close dans chaque page c'est mieux car cela evite de laisser des flux ouverts. De toute facon la plupart du temps la fin de l'execution du script provoque la fermeture de la connexion
Marsh Posté le 06-04-2001 à 14:42:27
je voulais savoir, si g une instruction mysql connect, sur chak page, est ce ke ça va allourdir bcp la page ?
Marsh Posté le 06-04-2001 à 15:05:04
ca peut, tout dépend du nombre de connexion engendrées.
Pour éviter d'alourdir trop, utilise plutôt des mysql_pconnect.
Par contre fait très attention à la valeur par défaut de wait_timeout, par défaut c'est 8h.
Donc si t'as des pics localisés de visites, les connexions seront crées, mais pas détruites avant 8h
Donc je recommande de baisser cette valeur si il y a énormement de visiteur pour pas créer des process inactifs...
Marsh Posté le 06-04-2001 à 20:18:05
kestion peut etre conne ...
Est ce ke y vaut mieux
1 tables à 100 lignes
ou 100 tables à 1 lignes
je demande ça, c pour ne pas pomper trop de ressources
Marsh Posté le 06-04-2001 à 21:21:18
Pour les tables, moins y'en a mieux c'est !
Marsh Posté le 06-04-2001 à 21:26:10
funwebmax a écrit a écrit : kestion peut etre conne ... Est ce ke y vaut mieux 1 tables à 100 lignes ou 100 tables à 1 lignes je demande ça, c pour ne pas pomper trop de ressources |
........
Marsh Posté le 06-04-2001 à 23:28:13
Library a écrit a écrit : définitivement 1 table a 100 lignes ! |
salut lib
Marsh Posté le 07-04-2001 à 11:42:32
Ca dépend du disque dur derrière
Ba sinon entre 1 table à 1000000 d'entrées et 10 tables à 100000 entrées, je préfère 10 tables à 100000 si ca doit simplifier le temps de recherche et la charge à cause des WHERE...
Marsh Posté le 07-04-2001 à 13:06:15
en fait ça depend si le champ sur lequel on fait la recherche est ou pas un champ indexé. S'il ne l'est pas le sgbd fait une recherche sequentiel et ça c'est pourrie.
Si je ne me trompe...
Marsh Posté le 07-04-2001 à 19:39:38
Roswell_ a écrit a écrit : en fait ça depend si le champ sur lequel on fait la recherche est ou pas un champ indexé. S'il ne l'est pas le sgbd fait une recherche sequentiel et ça c'est pourrie. Si je ne me trompe... |
oui oui pour les grosses bases, si tu fais une recherche sur un champ non indexé c pas la peine
Marsh Posté le 10-04-2001 à 16:38:10
Ah oui je précise aussi que si tu choisis la solution "beaucoup de petite table", il faut que ta variable table_cache soit grande, sinon l'OS va passer son temps à ouvrir et fermer des fichiers...
Marsh Posté le 05-04-2001 à 20:55:20
Est ce ke si g une insctruction Mysql connect sur chaque page, ralentira bcp l'affichage de la page.
ou est ce ke il ya moyen de mieux optimiser les requetes Mysql ?