[mysql] optimisation

optimisation [mysql] - Programmation

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 ?

Reply

Marsh Posté le 05-04-2001 à 20:55:20   

Reply

Marsh Posté le 06-04-2001 à 11:05:18    

personne ??
comment optimiser les requestes mysql ?

Reply

Marsh Posté le 06-04-2001 à 14:27:38    

precise ce que tu veux faire exactement

Reply

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


---------------
La bave du crapaud n'empèche pas la caravane de passer .
Reply

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 ?

Reply

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...

Reply

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

Reply

Marsh Posté le 06-04-2001 à 21:21:18    

Pour les tables, moins y'en a mieux c'est !


---------------
Laissez l'Etat dans les toilettes où vous l'avez trouvé.
Reply

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




 
........


---------------
Do androïds dream of electric sheep ?
Reply

Marsh Posté le 06-04-2001 à 22:20:19    

définitivement 1 table a 100 lignes !

Reply

Marsh Posté le 06-04-2001 à 22:20:19   

Reply

Marsh Posté le 06-04-2001 à 23:28:13    

Library a écrit a écrit :

définitivement 1 table a 100 lignes !




salut lib ;)

Reply

Marsh Posté le 07-04-2001 à 11:42:32    

Ca dépend du disque dur derrière :D
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...

Reply

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...


---------------
http://www.cheata.net le site qui vous donne la banane!
Reply

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

Reply

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...


---------------
Protèges carnets personnalisés & accessoires pour bébé
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed