Reprise du message précédent :

$sql = "SELECT t1.pseudo, t1.section, t2.avatar, t3.id, t3.titre FROM roster AS t1, membres AS t2, roster_cat AS
        t3 WHERE t1.pseudo LIKE t2.pseudo AND t1.section LIKE t3.id ORDER BY t3.titre ASC";
$sql = mysql_query($sql) or die (mysql_error());
 
$infos = mysql_fetch_array($sql);
$tab[] = $infos;
 
$last_cat = '';
foreach($tab as $info) {
    if($info['id'] != $last_cat){
        echo "<h2>".$info['titre']."</h2>";
    }
    $last_cat = $info['id'];
    echo "<a href=\"index.php?rub=membres&page=membre&pseudo=".$infos['pseudo']."\">Voir la fiche</a>";
}

 
Ca ne change rien

Autant pour moi, je vois que tu n'as pas du tout fait ce que je te disais pour mettre la requete dans un tableau

TOUTE la requete doite être dans un tableau AVANT d'arriver sur le foreach.
'fin relis bien mes posts et ceux de DJ Yell, ya tout ce qu'il faut, après seulement si t'as un pb ou que tu piges pas ok, mais on s'est un peu cassé les fesses à te faire des scripts que t'as visiblement pas lus...

mmmm, mettre une requête dans un tableau pour ensuite la parser avec un foreach qui est la méthode la plus lente pour faire une boucle en PHP (et là pour l'avoir testé je peux t'assurer que c'est loin d'être du pinaillage de quelques ms), c'est pas forcément une bonne idée.

On en a déja parlé page précédente enfin pas pour le foreach, mais perso je me permet de privilégier le physique du code aux perfs, c'est un choix et j'attend de m'en prendre plein la tête pour changer d'avis Et je crois pas que koskoz en soit à la micro-optimisation.

Sinon tu peux m'en dire plus sur tes test avec le foreach ?

Une liste de 2000 chiens, stockés en BDD, je stocke dans un tableau, je fais un foreach, temps de gen sur mon dédié, 8 secondes, je suis passé par une boucle for, 2 secondes, je suis passé par un affichage directe de la bdd, la moitié de seconde. J'ai plus les chiffres exactes, mais depuis ce jour, j'évite un maximum les foreachs, je les utilises uniquement pour les glob ou les choses du genre.
Quand tu multiplies pas + de 10 la vitesse, même si tu n'as pas à traiter 2000 entrés, faut commencer à se poser la question sur la conception, c'est ce que j'ai fait.

Perso ça va rarement à plus de 200 entrées, et c'est généralement 20... A voir avec le nb de connexions/BP/util mémoire/util CPU, j'y connais pas gd-chose encore...
 
C'est bon à savoir cela dit, mais je pense garder le foreach pour les petits tableaux (plus joli )
 
Dites, si, pour optimiser sans melanger SQL et php, je me fais une fonction genre nextRow($ressourceSQL), (qui contient le mysql_fetch_array()) est-ce que le fait de mettre une fonction en intermédiaire ne me fait pas perdre en perfs ce que je gagne en mémoire ? j'ai aucune idée des ordres de grandeurs...

Si dans ma table j'ai quelque chose de ce genre :
 

 
Quel est le moyen le plus performant pour faire passer le flag premium de l'id 2 à l'id 4 par exemple, pour un user_id de 5 ?
 
Obligé de faire 2 requêtes ?
UPDATE matable SET premium = 0 WHERE user_id = 5;
UPDATE matable SET premium = 1 WHERE id = 4;
 
 
Faux edit 1 :
Y'a peut-être possibilité d'utiliser IF non ? Je verrais bien un truc du genre :
UPDATE matable SET premium = IF(id = 4, 1, 0) WHERE user_id = 5;
 
Ça me semble mieux non ?
 
Faux edit 2 :
Bon ben je viens de tester la 2 et ça marche \o/ J'ai pas encore le réflexe des conditions en MySQL
 
Bon ben merci pour votre aide ^^

T'as pu le tester au niveau des perfs ? Je veux dire, deux requetes simples sont plus longues que ton unique requete avec condition ?

 
Toute la requete est dans le tableau là non ?

 
Non je peux pas vraiment le tester au niveau des perfs vu qu'on a jamais + de 5 fois le même id.
 
Bon sinon ça fait 1h que je me prends la tête sur un problème à la con. J'ai bcp de mal avec les jointures, donc disons que j'ai ces 2 tables :

Je voudrais sélectionner TOUS les éléments de ma 1ère table, avec une jointure pour obtenir pour chacun 1 SEUL élément de la table 2 + le nombre d'élément de la table 2 pour chaque ID, en gros je voudrais un résultat comme ça :

 
J'ai essayé plein de trucs, mais je n'obtiens jamais le résultat que je veux
 
J'avais pensé à quelque chose qui ressemble à ça :
 

 
Donc j'ai tourné autour de quelque chose dans le genre mais je n'arrive à rien. Ce truc me retourne quelque chose comme ça :
 

GROUP BY T1.ID plutôt

 
Rhaaaaaa mais quel c....
 
Ça marche, merci
 
PS: Il est bien ce bouquin pour se perfectionner : http://www.eyrolles.com/Informatiq [...] ysql-5.php ? Sinon quelqu'un a mieux à me proposer ?
 
Merci.

faut grouper sur tous les champs remontés par ton select et qui ne sont pas dans un fonction d'aggregation, donc: T1.ID, T1.NAME, T2.NAME_2
 
Mais la remarque de ratibus est également importante ( mais insuffisante ) ! Vu que tu fais une jointure externe, tu ne garantis la présence d'une valeur dans la table t2.

Moi je conseillerai celui-la: http://www.amazon.com/Art-SQL-Step [...] 0596008945

Merci pour le bouquin, je vais regarder ça.
 
Sinon j'ai encore un souci en fait, au lieu d'avoir ça :

 
J'ai ça :
 

 
J'ai aussi essayé de suivre les conseils d'anapajari, mais si je rajoute des élément au GROUP BY ça ne marche plus, j'ai mes éléments de la table 1 qui se répètent autant de fois qu'ils apparaissent dans la table 2

C'est un peu old school
http://dev.mysql.com/tech-resource [...] myths.html

Bon en fait j'ai réussi en remplaçant le COUNT(*) par COUNT(TABLE_1_ID)

http://dev.mysql.com/doc/refman/5. [...] tion_count
 
Ca t'explique la diff (comme tu as pu t'en rendre compte) entre un COUNT(*) et un COUNT(mon_champ)

Le pire c'est que je suis d'accord avec le début  de son article, particulierement:

Mais après il part grave en choucroute

Dans les inconvénients du full group il dit:

Et la seule avantage qu'il donne au full group c'est:

Trop terrible l'argumentaire  

Mais perso, vu que je travaille sur des environnements hétérogènes en termes de DBs c'est toujours "full group"

Ben non, là tu n'as que la première ligne  

Tout à fait d'accord, par contre dans le cas de DJ Yell c'est à mon sens la meilleure solution de ne pas faire de full group (du moment qu'il est conscient que le nom de sa seconde table n'est pas garanti d'être le même et que ça marche pas forcément sur d'autre SGBD).

c'est bon mon script d'upload remarche, c'est mon hébergeur qui avait supprimé le dossier tmp   on va changer de toute façon, on va prendre infomaniak.ch ils ont l'air bon, et leur offre est super alléchante

mysql_fetch_array ne te retourne qu'un seul resultat ( sous la forme d'un tableau )  ( idem pour mysql_fetch_row ou mysql_fetch_assoc )  
 
donc sur ce coup , tu devrai vraiment lire la doc et les exemples pour faire une requete  basique en php/mysql

Dites ya moyen de coller un HR à une div ?

Parce que j'ai mis tous les padding/margin à 0 et j'ai toujours un espace de 10px en haut et en bas du HR.

J'ai bien tenté ça : http://forum.alsacreations.com/faq [...] lorer.html mais contrairement à ce qu'il dit ca me nique l'affichage sous FF et sous IE il y a toujours une petit marge entre les 2.

Edit :  vive les border.

 
http://www.nanoum.net/blog/4_apparence_hr.html

C'est moi qui sait pas m'en servir, ou DbDesigner est un peu limité, ou certaines choses ne sont pas possibles
En reverse ingeneering, il ne chope ni mes valeurs par défaut, ni mes "auto-increment", et je ne trouve aucune option qui semble faire ça...

Et lorsque j'exporte en script SQL, pas moyen qu'il me mettre explicitement les Charset et les type de tables etc (genre ENGINE=MyISAM toussa)...

Et MySQL ne veut pas du script qu'il me génère et je sais pas pourquoi (j'en ai fait un topic )

 
Merci je vais regarder ça

Quand on fait une jointure ... est-ce possible de définir un tri sur la table qu'on joint ?
 
Parce que pour en revenir à mon cas de tout à l'heure, je ne garde qu'un seul résultat de la table que je joins, seulement comment choisir le résultat qui est gardé ? Il y a dans cette table un champ booléen, et je voudrais que lors de la jointure il sélectionne en priorité la ligne où le champ est à 1.
 
J'ai essayé en ajoutant un ORDER BY le_champ_en_question DESC ... mais c'est pour trier le résultat... une fois la jointure effectuée.

si tu veux faire ca, tu n'aurai pas interet a faire une sous requete ?  

Aucune idée, j'ai vraiment besoin de m'améliorer au niveau requêtes
 
Bon j'explique le truc en gros :
 
- On a une table d'annonces, certaines avec le champ "premium" à 0, d'autres à 1
 
- On a une table qui contient les infos sur les images de l'utilisateur. Cette table contient entre autres le nom du fichier image, l'id de l'annonce et également un champ "premium" à 0 ou 1
 
1 user peut avoir plusieurs annonces
1 annonce peut avoir plusieurs images
1 annonce ne peut avoir qu'une seul image "premium"
 
Le but est de récupérer la liste des annonces, les annonces premium d'abord, puis les classiques. Il faut comme info le nombre d'image total de chaque annonce, mais également le nom du fichier image qui a le statut "premium"
 
Tout ça pour au final afficher une table des annonces, avec les annonces premium en haut, et les classique en dessous, et que pour chaque annonce premium la vignette de l'image choisi pour le mode premium soit affiché.
 
Suis-je assez clair ? Ou faut que je développe encore plus ?
 

Et me requête ressemble à ça (je l'ai francisée, pour ce que ce soit peut être plus clair pour certains ) :

H.S. : "Bitsream Vera Sans Mono" da best fixed font ever

suis pas sur de tout comprendre ...
Mais j'aurais tendance à faire un truc dans le genre:

Han ! Koman té tro for ! Kan C kon fé du saikse ?
 
Merci

y'a une erreur dans la requete fait gaffe !!!
La 1ere jointure sur images as imgp utilises imgn dans le on au lieu de imgp...
Et en y reflechissant on peut simplifier le truc en faisant:

Vu que tu ne cherches qu'à compter les images et pas leurs informations , ça evite le case when à la con,

Pour l'erreur je l'avais corrigée oui Y compris là où tu as écris "impg" au lieu de "imgp"
 
Je viens d'adapter ta nouvelle version ça marche nickel (tjs après corrections )
 
Encore merci !

 
La seule solution trouvée est celle-ci :
 

$tab = array();
while ($infos = mysql_fetch_array($sql)) {
$tab[] = $infos;
}
 
$last_cat = '';
foreach($tab as $info) {
    if($info['id'] != $last_cat){
        echo "<h2>".$info['titre']."</h2>";
    }
    $last_cat = $info['id'];
    echo "<a href=\"index.php?rub=membres&page=membre&pseudo=".$info['pseudo']."\">Voir la fiche</a>";
}

 
Mais je ne comprend dans ce cas pas l'interêt d'utiliser un foreach si c'est pour avant utiliser un while

tu as tout compris , ca n'a ( pour moi ) pas d'interet si ce n'est de bouffer un peu plus de ram  
 
mais prenom un autre cas ou le foreach est plus utile
 
tu as un site marchand, sur la page de modification du panier tu recupere un tableau dont tu ne connait pas la taille a priori  
quelque chose du genre  
$_POST['panier'][$idArticle] = $quantite  
 
pour traiter les résultats tu fais  
foreach($_POST['panier'] as $id => $quantite)
{
  et voila, ici , tu as l'id de l'article et la quantite  
}

Quelqu'un à déjà essayé de faire tourner un serveur web sur une clé USB ?
 
(Sinon y'a des solutions toutes faites, genre WAMP MSS http://www.uni-d.net/index.php?s=proj&id=3 )

J'avais utilisé wamp mss pour pouvoir faire une demo chez un client , ca à marché

Je suis en train de l'installer ... Par contre je suis sur le cul tellement c'est lent une clé USB