Reprise du message précédent :
un truncate ne libére pas la mémoire utilisé par une table mémoire, il faut la suprimer et la recréer derriére ou redémarrer mysql pour que le maximum de mémoire soit libéré.
 
D'ailleur, t'as pas remarqué que c'est exactement les même taille que ce que t'as posté un peu plus haut?

Le truncate, je l'ai fait pour virer les pertes
Et j'avais remarqué que c'était les memes tailles, mais j'ai mis exactement les memes données dedans, donc ...
J'essaierai de recréer la table demain !
A+

et pas que hier les problèmes
 
bon la v5 c'est pour quand    

pour cet aprem si tout va bien

MySQL 5.0 is Here!
http://dev.mysql.com/

WELCOME TO LAST YEAR
 
Old news are so exciting

Les changements: http://dev.mysql.com/doc/refman/5. [...] shell.html
 
C'est moi qui rêve ou l'exemple donné :  

 
est faux  

 
Ah ouias, j'avais pas suivi  
 
edit: oh, le vilain delete

Relis bien

drasche > Ca porte quand même à confusion pour ceux qui comprennent mal l'anglais.
 
pascal_ > Il disent que pour obtimiser la vitesse de sélection des requettes, dans le cas cité, ils commenceront par sélectionner les lignes de t2 et t3 dont la valeur est inférieure à 5 pour ensuite faire la jointure proprement dite. Du moins, c'est comme ça que je le vois aprés relecture.

http://bugs.mysql.com/bug.php?id=15553

très fort

Dites moi qu'il existe un "cancel" sur phpmyadmin ? :|
J'viens de faire un drop database (au lieu d'un drop table) à cause de ces conneries

harko, sort de ce corps

Non, j'ai fais une grosse connerie un jour, j'ai cliquer sur "cocher les tables avec pertes" et j'ai fais supprimé au lieu d'optimiser.
Résultat, tous mes topics depuis ma dernière sauvegarde ont disparus. Heureusement que je n'avais pas de pertes dans la table des messages, sinon, c'était pareil.
Là, pour le coup, j'ai juste eu à faire des topics factices, enfin, ça fesait 200 topics en 4 jours quand même, la flippe.
 
ça m'apprendra à vouloir optimiser mes tables à 3 heures du mat quand tu es debout depuis depuis 24 heures

Yep, mais bon moi le dernier backup que j'ai date un peu, et le schéma BDD n'est plus pareil ...
Bon j'refais à partir du source, mais voilà, quoi, la perte de temps ...

rassure moi et dis moi que t'as droppé ta base de test et non celle de prod.

t'inquiètes pas, ça arrive même aux meilleurs

Sors de là, tu portes la poisse
Fabien -> vivi, c'est bien la base de test, il n'existe pas encore de base de prod pour cette version

t'es a quelle version? c'est la v5? tu repart de zero? t'es a combien de % de dev là ?

Ouaip, c'est la v5, et je suis reparti de 0.
Pour indiquer l'avancement, on va dire 90%

donc c pour bientot. semaine? mois? an?
ya quoi de nouveau dans cette version ?

Tout, il est reparti de zéro.

repartir de zero, ne veut pas dire changer a 100% les options
Je parle au points de vue option, pas au point de vue code
Sinon, s'il repart a zero c'est bien qu'il a un but ? faire de l'objet? changer completement la structure html ?  
Partir de zero, c'est pas toujours la meilleur solution, on peut refaire les memes erreur qu'on avait corrigé dans l'ancienne version... donc moi je pense que c'est mieux de modifier/corriger ce qui existe deja, sinon on risque de refaire pareil, voir pire.
 

la V4 je l'ai programmé ya 3 ans, donc j'étais pas super calé en HTML / mysql et php
la v5, j'ai tout retapé, bien plus lisiblement, avec de l'objet, et une refonte html plus moderne et standard.

mysql_close sert à rien (sauf si tu veux fermer la connexion SQL avant la fin du script)
Mais mysql_pconnect est à bannir

en mettant 100000 ca me parait raisonnable

ca me rappelle des souvenirs

d'où l'interet de pas utiliser phpmyadmin

Oui bon ça va
Mon forum est maudit

lol un skin MD sur un phpbb:
 
http://prophane.no-ip.com/Forum3/index.php
 

 
 
Sans blagues    
 
http://forum.hardware.fr/hardwaref [...] atia89.htm  

20 aine de post ^^

Salut à tous!
 
Je reviens soulever une question qui n'a pas eu de réponse convaincante dans les précédentes pages, à savoir la méthode d'organisation des topics... Quelle solution mettre en place pour que l'affichage soit aussi rapide quelle que soit la page demandée d'un salon? Comment gérer les "up" de topics sans avoir à effectuer des updates en masse pour réorganiser l'ordre? Merci de vos suggestions!

S'il n'y a pas eu de réponse totalement convaincante, c'est peut être par ce qu'il n'y a pas de solution ultime.
En bref, on peut pas avoir le beure, (affichage super rapide même avec 10000 messages dans la discution et plusieurs milliard dans la base)  l'argent du beure (structure simple au niveau de la base de donnée) et la crémiaire (aucune modif de masse quelque soit la modif)

bah faut faire une requete de ouf qui te gère tout ça automatiquement, comme ça après, tu fait juste un update dans les cats principales:
 
liste des topics:

edit: désolé de casser la mise en page du forum

 
Si, on peut! prends pour exemple FA ou MD.Net, pour ne citer qu'eux...

Ce qu'est marrant quand on a que les initiales d'un forum, c'est qu'il suffit qu'une trés grosse marque sorte un produit dont le nom à les même initiales pour qu'il devienne impossible à trouver (baladeur sony "MD.Net" sur quasiment tous les liens google des premiéres pages en francais) quand ce n'est pas simplement introuvable à causes des initiales en questions ("FA"? Ca correspond à tellement de truc)
 
 
Bref, impossible à vérifier pour moi, en tout cas, dans les pages précédante de la discution personne n'a réussit à sortir un moyen d'avoir les trois à la fois.

J'ai dans l'idée que c'est possible en s'affranchissant des structures de type "base de donnée" et en partant sur kkchose de plus souple ( pensez arbres binaires, tas, listes chainées, toutes ces structures aux propriétés asymptotiques parfois si alléchantes ). mais je me trompe ptêtre...
( et j'ai pas trop le temps pour le moment de coder un forum de ce type pour tester mes idées )