Reprise du message précédent :
m'enfin bon, vaut mieux faire un order sur l'id du message que sur la date du message (avec l'id autoincrement)

ouaip, au moins c'est décalage horaire prouf

D'autant que le tri sera plus rapide, puisqu'il est effectué sur un numérique!

ha oui c vrai

compound index ? Késako ? Un index sur 2 champs tout bêtement ?

compound = composé donc oui, un index sur n champs

va falloir que tu prenne des cours de sql

Plutôt des cours d'anglais hein

Ouais, au lieu de créer une clé sur une colonne unique tu crées une clé sur plusieurs colonnes ("compound key" ou "composite key" ). Une compound key (primary ou pas) peut porter sur n champs, il n'y a pas spécialement de limite.

Non, des cours de RDB

Je connais bien les index sur plusieurs, c'était le mot COMPOUND INDEX qui m'était inconnu

Vous avez fait quoi comme etude? pour savoir si les developpeur de forum sont des informations
 
moi c'est bts informatique de gestion

Ingénieur ISEP spécialisation microelectronique.

Vraiment pas dans l'informatique moi

BTS Informatique Industrielle

 
c'est quoi "isep" ?
 

 
agriculteur ?

tu fais des grafcet ?  

Première année de médecine Dans 2 semaines, seconde partie du concours

BTS IG aussi

Institut Supérieur d'Electronique de Paris

Je stocke mes dates en numérique dans un int(10) unsigned également pour être conforme au timestamp Unix qui n'est pas le même que le timestamp MySQL.

Rho non on va pas repartir la dessus ..

Les cycles:
1) LIMIT
2) les timestamps
3) Les index
4) Les ms, la charge et les comparaisons de perfs
5) Le cache de docmaboul
6) Le forum de clubic

On peut aussi evoquer le manque d'innovation au travers les forums. Tous se ressemblent et se copient.

alors les esquimaux, on s'tripote le batonnet ?

T'as oublié "les features que personne il a mais moi si". Que voulez-vous, au bout de 377 pages, il y'a des chances qu'on ait fait le tour de pa mal de choses. Mais les nouveaux développeurs de forum viennent immanquablement buter sur des problèmes qui ont déjà été soulevés et on y revient!

 
Vivement le point 4

 
grillé

je sais plus ce que c'est, ça va faire 5 ans que j'ai terminé mes études

C'est le truc qui permet de coder une porte de garage ou un ascenseur à 2 etages, en premiere ou terminale

on va pas reinventer la roue quand meme ...
 
Sinon, t'as pas remarqué, toute les voitures se ressemble?  
elles ont toute un volant, des sieges, des roues, une carosserie    
 
Enfin si tous les forums etaient radicalement different, le surfeur il serait vite perdu    
 

Non, moi j'essaye d'innover un maximum bien avant de chercher à gagner 3ms.

 
Je n'evoque pas les fonctionnalités des bases, celles qui sont necessaires. Tout comme ta voiture qui aura un chassis, un moteur, des roues, des sieges.... Mais le reste, le porte gobelet, le lecteur DVD à l'arriere, le toit vitré... Les petits plus qui font la personnalité du forum, son coté unique qui le distingue des autres.

Les 2 sont compatibles

Oui enfin, il faut bien déterminer une priorité, j'ai dit "avant", j'ai pas dit "plutot que".
Et moi ma priorité, c'est de rajouter les features que me demandent les membres avant de gagner 3 ms, les 3 ms, je m'en occuperais plus tard si ça devient nécessaire.

C'est ce qui me preoccupe aussi.

On peut faire les deux en même temps! Pourquoi se faire chier à coder un truc puis revenir dessus après pour l'optimiser?

Je pense aussi. Mais y'a plusieures nuances. Il est necessaire de bien faire dès le depart. Ensuite, y'a tres certainement des optimisations à faire par la suite. Mais l'existant permet de faire tourner le site/forum correctement.  
Il se doit d'etre codé convenablement.

moi j'ai des idées que j'ai vu ailleur, mais pas àppliquées des forums. et je crois pas qu'on en ait parlé ici.
 
Mais d'ici à ce que je lance mon IDE, il y a encore de la marge.

Tu peux toujours présenter tes idées!

Bah, par exemple, l'évolution.    
Quand j'ai commencé à coder mon forum par exemple, les requêtes imbriqués n'existaient pas dans MySQL, donc mon forum a surement besoin d'optimisation à ce niveau là, mais tant pis, je verrais plus tard.
Après, si je développe un truc demain, évidement que je vais faire en sorte qu'il soit top dès le départ, je vais pas pourrir le code juste pour le fun.