Reprise du message précédent :
que fais ta boucles? a quoi servent les requetes dedans?

Généralement, oui, c'est l'incarnation même du mal absolu  
Il vaut mieux avoir 1 requête qui renvoie 10 lignes que 10 requêtes renvoyant chacune une ligne. Bon, ca reste une tendance générale, chaque cas est particulier  
 
Tu récupères quelles informations dans cette boucle ?
Souvent, ca peut être remplacé par un LEFT JOIN.

 
 
J'ai une requete qui récupère les posts de la page du topic, puis a l'intérieur de la boucle qui liste les posts j'ai une requete qui va chercher des infos sur l'utilisateur qui a posté (signature, avatar, etc...)
 
en précisant bien dans ma requete vers la table users uniquement les champs dont j'ai besoin...  
 
est ce gênant?

 
Ok !
 
Disons que je saurais faire une requete avec une jointure...
 
Mais ensuite c'est au moment de récupérer les infos...
 
dans l'array que ca va me créer avec mysql_fetch_assoc(), je fais comment pour savoir si telle info est dans la table user ou la table post?

Tu peux essayer de tout faire en une seule requête.
Quelque chose de ce genre :
 
SELECT tb_post.date, tb_post.text, tb_users.name
FROM tb_post
 
LEFT JOIN tb_users ON tb_post.iduser = tb_users.id
 
WHERE tb_post.idtopic = 123
 
ORDER BY tb_post.date DESC
LIMIT 0,20;
 
Pour chaque post, il va chercher le user correspondant
 
Tu peux renommer les colonnes comme tu veux :
SELECT tb_post.date AS date_du_post, tb_post.text AS texte_du_post, tb_users.name AS nom_posteur
...

 
 
Ok ! Merci beaucoup J'avais essayé de faire le mieux possible pour ne pas mettre de requetes dans des boucles mais cette technique me paraît nickel
 
EDIT : mais sans renommer les colonnes, il est possible d'avoir une variable sous cette forme :  
 

 
?

Dans ce cas, je pense que la colonne s'appellera "date" seulement  
 
C'est pratique de pouvoir les renommer quand tu veux récupérer 2 colonnes (provenant de 2 tables différentes) ayant le même nom

 
Tres genant. Tu vas faire en moyenne 26 requetes rien que pour afficher le contenu des messages. Une requete suffit.
 
Puisque dans la table des messages tu as l'identifiant de l'utilisateur, pourquoi ne pas faire de suite une jointure sur la table des utilisateurs pour en recuperer les champs interessants.
 

 
tu peux mettre des alias sur les champs
 

Ok merci, j'ai compris tout cela, ça fonctionne presque
 
Dans la requête je veux récupérer plusieurs champs de la table users, je ne vois pas trop ou le mettre dans cette requete...
 
(Après cette réponse, si jamais vous avez un lien qui puisse m'expliquer un peu les jointures mysql, c'est pas de refus ou tout ce qui mysql en général même (sauf developpez.com, c'était pas très clair à mon goût))
 

Ce n'est pas du MySQL, mais du SQL.
 
pour recuperer plusieurs champs d'une table c'est simple.
 
SELECT matable.champs1, matable.champs2, ...

 
 
Bien entendu ça je sais faire, mais dans ce type de requete :  
 

 
j'ai essayé comme ça mais ca ne fonctionne pas :  
 

Alors tu oublis de suite le *, y'a rien de pire. Il faut toujours mettre les champs que tu veux recuperer. D'une part, ca te permet de limiter la selection. D'autre part, ca permet à l'ordonnanceur d'executer la requete dans les meilleures conditions.

 
Pour ma table posts je n'utilise pas le * même si j'ai besoin de tous les champs de la table?
 
Pour la table users, c'était pour aller plus vite dans le quote
 
Sinon, pour récupérer plusieurs champs de la table users?  

Ce n'est pas genial pour l'ordonnanceur de requete. Et rien ne te dit que par la suite tu n'auras pas de nouveaux champs dont tu n'auras pas besoin ici.
 
C'est aussi une question de lisibilité. C'est au choix. Je prefere etre strict dans mon ecriture.

 
C'est noté.
 
Je vais mettre les champs dont j'ai besoin...
 
Mais euh bon je vais arrêter de pourrir ce topic avec mes questions
 
Je vais essayer de chercher pour trouver comment choisir les champs de ma table users...
 
EDIT : j'ai trouvé

http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

MAJ : Ajout de quelques liens