Reprise du message précédent :

requete imbriquée avant le FROM ? t'aurais un tit exemple ?

 
75 fichiers js ici ( concaténés of course )

Ah oui mais non, j'ai vraiment besoin de faire un GROUP BY (GROUT_CONCAT(), COUNT() etc...)

Une autre solution ?

L'idéal serait de pouvoir faire une sous-requete sur les groupes de lignes groupées, mais c'est pas possible hein ?

le sujet traité 400 fois par semaine sur le topic sql
 

je me permets de poster ici et de faire un peu de pub à l'excellente lib qu'est EXTjs
 
Et d'ailleurs la v2 de la lib en question est sortie : http://extjs.com/

 
D'une part le caching, dans le cas de PHP, est generalement nettement plus couteux qu'un prepared statement, ce que PDO fait tres bien. D'autre part, adoDB utilise PDO mais avec des tests supplementaire vu qu'il supporte aussi PHP4, et entoure le tout de tout un tas de truc pour la plupart inutiles.
 
Autant adoDB avait un interet avant PHP5, autant depuis qu'il y a PDO, seul les lib d'ORM ont encore un quelconque interet.

J'aimerais bien

Je sais pas si t'as bien pigé la question, parce ça me parait quand même pas mal rare comme problème

(mes recherches le confirment en tout cas)

On est l'élite ou l'est pas

http://forum.hardware.fr/hfr/Progr [...] 0028_1.htm
(10eme post de la cat).
 
Si c'est pas ça ton problème, effectivement j'ai rien pité et re-explique mieux

Si en gros c'est ça, mais déja que j'ai du mal à expliquer le pb, j'ai encore plus de mal à trouver des mot clés pour la recherche

Mais port'nawak ça n'a strictement rien a voir.
Un prepared statement stocke le plan d'éxécution de ta requête et absolument pas le résultat.
En mettant en place un système de "cache query", tu stockes le résultat pour une requête et des paramètres données et ce pendant un laps de temps.  
Si bien qu'à la prochaine demande la même requête il n'y a plus de communication avec la bdd mais récupération des données dans le cache ( un fichier dans le cas d'adoDB).
Dans le cas d'une grosse requête dont le résultat ne bouge pas, des prepared statements ne servent pas à grand chose .
note:quand tu te sers de ps, mysql désactive comme un grand son query cache pourrissant d'autant les perfs.

ou ai-je dit le contraire?

Et heu ... qu'est ce qui t'empêche de le faire le group by que ça soit dans la requête extérieure ou la requête intérieure ou les deux?
D'ailleurs de mémoire, tu peux aussi faire référence à des colonnes de la requête extérieure dans la requête intérieure si tu veux vraiment le max par valeur du champX.

Parce que dans tous les cas tu me fais faire un WHERE qui restreint le nb de lignes sortantes avant GROUP BY

Menfin je suis sur une solution un peu trop simple pour être efficace je sens : mettre un ORDER BY avant le GROUP BY

edit : c'est pas possible

therEDLED > Tu nous dit que tu veux une seule ligne à la place des 5 lignes qui ont le même champX. Normal que le where que je te proposes limite le nombre de ligne. Si la solution que je te proposais retournais exactement là même chose que ce que tu nous montres alors c'est que je me serais sacrément planté.
EDIt : Evidement, vu que tu nous donnes un résultat sans aucune autre info, je ne peux que te filer un exemple générique. C'est à toi d'adapter la requête, en fonction de tes tables et de tes données.

Oui je veux une seule ligne, mais je veux par exemple pouvoir faire un COUNT() comptant le nombre de lignes groupées (d'où le group by). Si je mets une condition supplémentaire dans la requete principale, ce résultat ne sera pas le même.

J'ai pas mis ce count dans le résultat voulu pour pas compliquer

Je suis clair là ou pas ?

Fin je crois que ça correspond au truc dont anapajari dit qu'il est traité toutes les semaines, donc je vais essayer de chercher

NIARRRRGL ...
C'est qu'elle version de mysql que t'as déjà ( histoire de savoir si t'as droit aux "from table1, (select .... from table1) t2" )

oui (5 et quelques)

enfin avec des sous requetes je devrais y arriver tout seul, je cherchais surtout une méthode simple... genre un ORDER BY pré-GROUP BY

ha, alors ça simplifie drôlement le problème. Tu fais simplement une requête qui te retourne tout ce que tu peux obtenir facilement avec ton group by et tu la met dans le from de l'autre afin de récupérer les éléments qui te manquent.
 
Une sorte de :

I did :

SELECT table1.champX, t2.champY, count(*) AS nb
FROM table1
INNER JOIN (
   SELECT champY, id FROM table1 ORDER BY champPouet DESC LIMIT 1       #je récupere le champ qui chie
) AS t2 ON t2.id = table1.id
GROUP BY champX

edit : et ça marche ça va plus vite que de faire une recherche sur HFR

Ah je suis pas le seul merci

 
Bon je viens de finir mon filtre pour symfony qui me remplace tout mes <script> par un seul (idem pour les CSS) avec en plus une gestion du versionning (pour l'instant j'utilise la date de modification la + élevée des JS concaténés). J'avance dans les Yahoo Rules
Me reste à finir le paramétrage d'apache avec mod_expires et mod_deflate, utiliser YUI compressor (ou JSMin) après la concaténation, et enfin gérer correctement ma tripotée d'images utilisées dans les CSS.

Non, y a un champ qui est un fichier

Deux css. Une avec les styles statiques, et une générée en php à-partir de la conf du site.

Si j'ai cette table :

Et celle ci :

Comment faire pour mettre à jour le champ counter de la table 1 en fonction des enregistrements de la table 2 ?
 
En gros dans l'exemple précédent, le résultat devrait être :

 
MySQL 3.23 tjs

 
vue la question et les contraintes, faire ça en php au lieu de batailler avec du sql alambiqué me parait raisonnable.

Oué mais ça donnerait quoi ?
 
J'ai bien un début d'idée, mais ça me semble bien crade
 
SELECT c.id, c.parent_id, c.counter, COUNT(*) FROM categories
INNER JOIN content ON content.cat_id = c.id
GROUP BY c.id
 
Puis pour chaque résultat :
1> mettre le compteur à jour pour l'ID
2> Si le parent est != 0 alors incrémenter d'autant le compteur du parent
3> Tjs si le parent est != 0 alors récupérer l'ID du parent du parent ( ) afin de le mettre à jour
4> et ainsi de suite tant que l'id du parent du parent du parent du parent [...] ne vaut pas 0 ...
 
Youpi

Bah t'as compris le principe.

Tu devrais regarder ça : http://dev.mysql.com/tech-resource [...] -data.html
Utilisation des nested sets pour la gestion des données hiérarchiques.
 
Si t'es toujours sur ton projet symfony, y a un plugin qui permet d'utiliser ce concept de manière transparente :  
http://trac.symfony-project.com/wi [...] viorPlugin
 
C'est pas la solution ultime mais si tu fais essentiellement des lectures ça l'est

Log.Describe('Should fail', {
    "Recursive should_fail() will fail because first call won't fail" : function() {
        var mustSuceed = function() {
            Log.ValueOf(6).should_be(6);
        }
        
        var willFail = function() {
            Log.ValueOf(mustSuceed).should_fail();
        }
        
        Log.ValueOf(willFail).should_fail();
    }
});

Bon, bah au moins, ça marche

C'est normal que ie 6 ne sache pas gérer pas un font-weight : bold; sur un texte en small-caps ?

ben tu sais le texte est tellement petit que le bold est presque invisible, c'est un peut comme un texte en Arial 8px, entre le normal et le bold tu la voit pas la différence

1ère fois que j'utilise, mauvaise surprise classique, fx a un bon rendu du truc, mais ie se ramasse.
Encore que l'effet produit par ie avec seulement la 1ère lettre de la phrase en gras est assez joli, je vais magouiller pour avoir la même chose avec fx

Ok

 
Ouaip je connais le principe, mais ce n'est malheureusement pas ce que y est en place actuellement, et je n'ai pas le temps de transformer l'appli actuelle (le chef est déjà en train de péter une pile à cause de la durée de dev actuelle)
 
Et non, là ce n'est pas le projet Symfony, mais j'ai justement implémenté ce système de hiérarchie sur celui ci, donc ce plugin risque de m'être fort utile

Dites, un truc m'énerve : j'ai une image jpeg dans une variable, et je veux la manipuler avec gd.
Ya pas moyen de créer une ressource d'image sans écrire ma variable dans un fichier et faire un imagecreatefromjpeg() derrière?

(genre un stringstream, quoi.:o)

[edit]

BOn, ya un machin dans PEAR...à voir : http://pear.php.net/manual/fr/pack [...] am-var.php

Bon ça devient bon, j'arrive me démerder

Juste une question encore. Si j'ai un tableau comme ça :

array(5 => 23, 7 => 12, 9 => 41)

Les clés étant les ID et les valeurs étant celles à mettre à jour dans la table.

On peut me confirmer que je suis obligé de faire une boucle avec des UPDATE, et qu'il n'existe pas de moyen efficace de faire plusieurs UPDATE en une seule requête ?

re-

Genre ça en fait : http://fr2.php.net/manual/en/funct [...] string.php

Non pas moyen
 

Avec mysql, c'est possible mais la requête est super dure à relire avec des case dans la partie "set".
En pratique, je n'ai vu ça qu'une seule fois et ça faisait très bidouille même si on ne peut pas toujours faire autrement (notament s'il y a une boucle dans les remplacements de chiffre du genre 1 => 2, 2 => 3, 3=> 1).

Ok merci Je ferai sans, c'est une reqûete cron qui sera exécutée 1 fois de temps en temps seulement, pour remettre les compteurs à jour, donc c'est pas un problème.

Donc pour une hiérarchie à 4 niveau, j'en suis là (ça fonctionne très bien) :

NIVEAU 4

SELECT t4.id, COUNT(c.id) AS num
FROM categories AS t1
LEFT JOIN categories AS t2 ON t2.parent_id = t1.id
LEFT JOIN categories AS t3 ON t3.parent_id = t2.id
LEFT JOIN categories AS t4 ON t4.parent_id = t3.id
LEFT JOIN content AS c ON c.category_id = t4.id
WHERE t1.parent_id = 0 AND c.id IS NOT NULL
GROUP BY t4.id

 
NIVEAU 3

SELECT t3.id, (COALESCE(SUM(t4.counter), 0) + COUNT(c.id)) AS num
FROM categories AS t1
LEFT JOIN categories AS t2 ON t2.parent_id = t1.id
LEFT JOIN categories AS t3 ON t3.parent_id = t2.id
LEFT JOIN categories AS t4 ON t4.parent_id = t3.id
LEFT JOIN content AS c ON c.category_id = t3.id
WHERE t1.parent_id = 0 AND (c.id IS NOT NULL OR t4.counter > 0)
GROUP BY t3.id

 
NIVEAU 2

SELECT t2.id, (COALESCE(SUM(t3.counter), 0) + COUNT(c.id)) AS num
FROM categories AS t1
LEFT JOIN categories AS t2 ON t2.parent_id = t1.id
LEFT JOIN categories AS t3 ON t3.parent_id = t2.id
LEFT JOIN content AS c ON c.category_id = t2.id
WHERE t1.parent_id = 0 AND (c.id IS NOT NULL OR t3.counter > 0)
GROUP BY t2.id

NIVEAU 1

SELECT t1.id, (COALESCE(SUM(t2.counter), 0) + COUNT(c.id)) AS num
FROM categories AS t1
LEFT JOIN categories AS t2 ON t2.parent_id = t1.id
LEFT JOIN content AS c ON c.category_id = t1.id
WHERE t1.parent_id = 0 AND (c.id IS NOT NULL OR t2.counter > 0)
GROUP BY t1.id

Si jamais ça peut servir à quelqu'un, ne sait-on jamais

Edit : Chaque requête retourne donc les paires [ID] => [COMPTEUR]
Pour chaque résultat il faut donc faire un

UPDATE categories SET counter = [COMPTEUR] WHERE id = [ID]