outre choisir un index, préféré les champs à taille fixe, faire ses clauses where sur des nombre, quelles sont les optimisations à réalisé, faire des limits quand on veut un nombre de champs fixe.
est-ce qu'il vaut mieux faire sa mise en forme dans la requete sql ou plutot dans son code php?
 
si vous voyez d'autre chose pour amélioré la vitesse

Dépend du serveur !!! Mais généralement, PHP est plus rapide pour les traitements que MySQL...

meme si on fait juste des DATE + '<table><tr><td>' + TITRE
 
c'est assez rapide et ca permet de pas faire de traitement en PHP, et comme c'est surtout la connection à la base qui est longue et pas vraiment le traitement, pour quoi pas ca.

 
Tu as testé sur quel type de serveur ? En local chez toi ??

non mais en principe une concatenation est un traitement assez rapide comparer au temps de connexion, apres je ne sais pas si c plus rapide par php ou par mysql pour un traitement simple

 
Oui probablement, le temps de connexion n'est pas mesurable en local chez soi sachant que dans 99.9999 % des cas PHP et MySQL sont sur la même machine. Côté Herbergeur, c'est différent, PHP et MySQL sont bien souvent des machines différentes (d'où le temps de connexion)...
 
Je crois qu'il est assez dur de se prononcer de manière certaine, cela dépend essentiellement des serveurs et de leur configuration.
 
Maintenant, tu peux toujours essayer de voir si PHP ou MySQL est plus rapide pour par exemple une concaténation de chaine. Fait le test en local, le temps de connexion sera négligeable.

et autrement tu n'a pas d'autre methode que celle cité dessus pour améliorer un ptit peut la vitesse de chargement des pages PHP accédant à Mysql

 
Eviter d'accéder à MySQL quand c'est pas nécessaire...
 
Tu vas me dire, "tu me prends pour un con", pas du tout, loin de moi cette idée... C'est juste pour dire que dans certains cas cela peut-être évité :
 
exemple : Un catalogue en ligne sur une page pour se faire son propre ordinateur : plusieurs listes déroulantes générées à partir de PHP/MySQL + js pour effectuer les calculs.
 
Cette page n'a pas besoin d'être regénérée par MySQL à chaque foi que quelqu'un la consulte. Le seul moment où tu as besion de MySQL, c'est lorsque tu changes les tarifs du catalogue. C'est à ce moment que tu publies la page avec toutes les informations sur les produits du catalogue... Là tu gagnes tu temps.
 
Je pense que l'experience y fait aussi beaucoup. Quand j'ai commencer à bosser dans le milieu, je comptais mes enregistrements avec un MySQL_num_row (une commande parmi d'autres), c'est lourd... Un "select count()" suffit et c'est plus rapide...
 
@+

tu me prend pour un con? p
non au contraire c souvent bien d'avoir l'avis
de plusieurs personnes, c parce que ca va lentement et que j'ai vu des absurdité dans mon code que je demande

 
quand tu doit recuperer des lignes ET savoir combien tu a de ligne tu fait deux requete?! une "select item from table" et l'autre "select count(item) from table?"