Reprise du message précédent :

C'est dû aux suppressions des données de la table, ça laisse des "trous" qui sont récupérés soit quand tu réinserts des données dans la table, soit que tu "vacuum" ta table (ça s'appelle "optimize" dans Mysql je crois).

Ouaip mais lorsque la table est vide ... je vois pas d'où vient le "trou" (et oui, c'est bien optimize sous MySQL)

Lorsque tu fais un DELETE, l'enregistrement est marqué comme effacé mais n'est pas physiquement effacé. OPTIMIZE se contente de "compresser" la table en la ramenant à une taille équivalente à taille_record*count(*) (si je puis dire ainsi).

La table contenait des enregistrement qui ont été supprimé, c'est bien ça ?

Ouaip

J'avais pas vu le message précédent

défragmenter

 
Yé optimisé ma requête => 0.06 secondes ^^

dis moi Yell, t'es au chomage? car depuis quelques jours j'ai l'impression que tu passe toutes tes journées à coder ton forum

Oui

Et ton COUNT() tu l'intègres comment, car y en a autant que de forums. C'est ça que t'as optimisé ?

Avec l'index qui va bien sur une table InnoDB de 100k, je mets 0.03s avec un query tout simple au lieu de 5-6s:

 
J'ai passé un peu de temps à réécrire mon système de création de données pour obtenir les 1M avec des jointures qui marchent parce qu'avec un rand(10000) sur mon user_id, certains commentaires n'avaient jamais d'utilisateurs associés.
 
Par contre les données pour un même utilisateur vont se retrouver "à côté" dans la table, alors que dans la réalité elles seront éparpillées un peu partout, ça gêne pour mon benchmark?
 
Sinon vous faites comment avec MyISAM quand un utilisateur édite un post? Le fait de bloquer toute la table pour un UPDATE c'est pas trop mauvais? Ou les utilisateurs ne prennent jamais le temps d'éditer leurs posts pour corriger les fotes d'hortaugraffes?

 
J'utilise des vues.
 
Bon par contre j'en chie pour retourner le dernier post de chaque forum
 
Le seul truc fonctionnel c'est ça :
 

SELECT
    id AS last_post_id,
    username AS last_poster_name,
    user_id AS last_poster_id,
    created_at
FROM
    (SELECT * FROM post ORDER BY id DESC) AS post
GROUP BY
    forum_id;

 
Mais alors bonjour le temps de génération Une demi-seconde
 
Une meilleur idée ?

Ce que je ne comprends pas, c'est que si je créé une vue :
 

CREATE VIEW maVue AS SELECT * FROM post ORDER BY id DESC;

 
Puis que je fais :
 

SELECT
    id AS last_post_id,
    username AS last_poster_name,
    user_id AS last_poster_id,
    created_at
FROM
    maVue
GROUP BY
    forum_id;

 
Ça prend 0.05 secondes, mais le résultat n'est pas le même (et est donc incorrect)

Bon bah en fait je pense que le dernier post/dernier auteur je vais continuer à les stocker dans les bases parentes, ça bouffe trop de ressource.

c'est quoi l'interet de l'order by dans la vue ?
Et puis c'est pas une view que tu dois créer a priori, c'est une temp table.
Pour le group by, il ne te garantie absolument pas quels enregistrements il va te renvoyer quand il va chopper une des lignes pour un forum_id donné, donc l'approche n'est pas bonne.

D'où l'interet d'utiliser un TRUNCATE quand on veut dégager tous les enregistrements d'une table.

Aucun intérêt, c'était juste un test J'ai remplacé la sous-requête  par une view fabriquée avec cette même sous-requête pour voir le résultat, 'fin bref, osef

Mais sinon, comment faire donc ?

Hormis le fait de restocker le dernier post dans les tables forum et topic, je vois pas.

 
Sauf que le TRUNCATE n'exécute par les triggers

Ba, t'as bien une table qui stocke la liste des forums ?
Donc tu peux toujours tenter une jointure entre cette table et la table post, avec un ORDER BY id DESC LIMIT 1
 
Après je garantis pas que ca soit forcement optimisé

Euh ... comment je peux sortir la liste des forums avec un LIMIT 1 ?

C'est un piège pour voir si tu suivais
 
non par contre tu peux faire un MAX(id) GROUP BY forum_id et derrière une autojointure pour récup l'username /user_id correspondant au MAX(id)
 
Ou alors :
 
SELECT username,user_id,forum_id as f_id FROM forum_list LEFT JOIN post USING (forum_id) WHERE id=(SELECT MAX(id) FROM post WHERE forum_id=f_id)
 
Tient d'ailleurs par curiosité, me demande si ca marcherait : (c'est un peu tordu, vu que t'as une DEPENDANT SUBQUERY qui dépend elle même du GROUP BY forum_id
 
SELECT username,user_id,forum_id as f_id FROM post WHERE id=(SELECT MAX(id) FROM post WHERE forum_id=f_id) GROUP BY f_id

C'est pas plus simple d'updater un champ last_post_id à chaque post et de faire la jointure sur ce champ ?

si, je pense, mais pour la requète c'est plus pour le sport

Je comprends

 
Je vais essayer pour voir
 

 
C'est exactement ce que j'ai décidé de faire, hier soir, avant de m'endormir (quand on dit que la nuit porte conseil )

Joce > Le résultat est le bon ... et c'est ultra rapide ... seulement 23 secondes

Tu fais tes tests direct sur ton rps ou tu les fais sur une virtualbox / vmware ?

Parfois sur le serveur local, parfois sur le RPS.
 
Bon j'ai fini les modifs une fois de plus, cette fois si c'est la bonne
 
Là où la requête faisait 0.23 secondes pour générer la liste des forums, elle ne met plus que 0.06 secondes

Wala, nouvelle version en ligne, avec démonstration des droits :

http://www.byscripts.info/bysboard/

(j'ai pas retesté l'inscription depuis, donc s'il y en a qui y passent, vous me direz si ça marche pas )

skoi AR à côté du forum inaccessible aux invités ?

Et, le forum invisible aux membres est invisible aux membres, mais pas aux invités ? C'est normal ?
 
Pendant l'inscription, ça fait quoi si je modifie mon "code d'inscription" ? Tant qu'à l'afficher, laisse le en lecture seule si ça peut poser problème si je le modifie !
 
Et le forum inaccessible aux invités l'est également aux membres apparemment !
 
En fait, après mon inscription, il me connecte automatiquement, mais la liste des forums est inchangée, comme si les permissions, apparemment, ne changeait pas. Ca se confirme lorsque je veux créer un sujet dans le forum "normal".

 
C'est temporaire, y'aura une icône "Accès Refusé"
 

 
Oui
 
 

 
Si tu le modifies, ça ne marchera évidemment pas Je pourrais le mettre en lecture seule oui, mais je n'en vois pas l'intérêt.
 

 
Ah ? Lorsque je me connecte en tant que simple membre, j'y ai pourtant accès ...
 

 
 
Hum, je vais regarder, j'ai peut-être une idée. J'ai l'impression que le membre ne passe plus automatiquement dans le groupe "Membre" lors de l'inscription

Je confirme, c'était bien ça Bon je t'ai passé dans le groupe membre manuellement, je vais corriger ça.

Fixed

Ben, moi, à vrai dire, je ne vois même pas l'intérêt de l'afficher tout court ! Ce ne sert à rien pour le visiteur. Voir même, ça ouvre peut-être une faille de sécurité !
 

C'est bon, c'est corrigé  

 
La même page est accessible avec ou sans les paramètres dans l'URL, le fait de mettre les paramètres pré-rempli les champs, rien de plus.
 
Au départ ils étaient affichés, mais en lecture seule, puis j'ai viré le lecture mais je ne sais plus pourquoi.

C'est normal que prévisualiser == valider ?

Autant que de ne pas pouvoir cliquer sur "Edit" ou "Del" oui
 
Maintenant que j'ai enfin terminé les fondamentaux, je vais pouvoir passer aux fonctionnalités

Sur la page d'acceuil du forum h.fr, quand je clique sur le drapeau rouge, on a un affichage des sujets qu'on a lu et ils sont regroupés par catégories. La feinte c'est que même si la catégorie n'a pas de message, elle est quand même affichée.
 
Je voudrais faire quelquechose de similaire, mais que la catégorie ne soit affichée que lorsqu'il y a un message lu qui en fait parti.
 
Alors j'ai pensé à:

Mais maintenant le problème pour afficher ça, c'est que je veux juste que la catégorie soit affichée une fois, et je liste ses articles, ensuite catégorie suivante et ses articles.
 
Je pourrais faire ça avec 2 requêtes: une qui liste les catégories où il y a des articles, et une autre requête pour les articles, mais ça fait faire plein de boucle et de "if ... == ..." je trouve ça moche. Vous verrize ça comment?

tu rajouter un "order by id_cat" et ensuite tu fait le test:
$cat_precedente="";
 
while(...)
{
 
if($cat_actuel!=$cat_precedente)
{
   afficher $cat_actuel;
   $catprecedente=$cat_actuel;
}
affiche topic
}