Reprise du message précédent :
Ah ouais, je voyais pas ça comme ça, mais effectivement
J'vais voir combien d'heures je pourrais faire valider...

Dites les copains, j'ai les tables suivantes:
 
- Posts
- Tags
- PostsTags
 
En many to many, PostsTags comme son nom l'indique est la table de liaison. Jeux veux faire une requête qui me renverra la liste des Tags plus une colonne du total des Posts associés. Comment je fais ça?
 

Avec un join et un group by ? Style :
select t.name, sum(pt.postid) from Tags t
join PostsTags pt on pt.tagid = t.id
group by pt.tagid
 
ou quelque chose comme ça. L'idée étant de joindre sur ta table de liaison avec la clé commune entre PostsTags et Tags, puis de grouper dessus et enfin faire une somme sur les identifiants de Posts.
Je me gourre p'têt, je fais pas souvent ce genre de truc

SELECT t.id, t. name, count(post_id) 
FROM tags t LEFT JOIN  poststags pt ON pt.tag_id = t.id
GROUP BY  t.id, t. name

left join pour avoir les tag meme s'ils n'ont pas de post
group by : doit contenir tout les champs qui ne sont pas  dans une fonction d'agreagation
count : comptage, plutot que sum (addition )

"Je me gourre p'têt" pff, connard va
C'est ça, sauf que j'ai s/sum/count.

En fait il me manquait le Tags t, faut vraiment que je m'y mette. Auriez vous un livre à conseiller?

Edit:

SELECT t.id, t. name, count(post_id) 
FROM tags t LEFT JOIN  poststags pt ON pt.tag_id = t.id
GROUP BY  t.id, t. name

J'avais corrigé le count, par contre le JOIN de Taiche me va bien, puisque j'affiche une liste de posts pour un tag donné, pas besoin d'afficher un tag qui n'a pas de posts associés.

J'ai pas compris le GROUP BY par contre.

Edit 2: C'est quoi le JOIN par défaut?

Ah oué, count c'est mieux, chu con
J'ai pas de livre à recommander sur le sujet, tout fait sur le tas, notamment quelques séances de debug/optimisations avec des DBA ou mecs bien calés sur le sujet

Par défaut c'est un inner join.  
 
Select a ,b count(*) from table group by a va te péter une erreur ( sauf avec MySQL qui est un peu le php des sgbd)

Je tombe sur le cul pour 2 raisons
C'est la question exacte que je pose en entretien technique
Et je pensais que tu gérais sur ce genre de choses (sachant que pour moi c'est du SQL basique, no offense)

Ça fonctionne sous SQLite aussi. Also j'ai rajouté

count(post_id) AS count

None taken, j'ai jamais fait de SQL poussé sans ORM, et c'est une grosse connerie.
J'allais faire un projet en NoSQL mais finalement je l'ai fait avec un ORM (Sequelize), sauf qu'il manque pas mal de fonctionnalités. Du coup je pense utiliser un générateur de query, ou essayer rethinkdb, en tout cas descendre d'un niveau parce que c'est chiant de pas savoir faire ça.

C'est un constat que je fais de + en + quand je recrute. Les ORM ont un effet très néfaste sur les connaissances SQL.
J'ai parfois des candidats qui font des projets qui a priori se passent bien mais qui n'ont jamais fait de SQL... (j'ai d'ailleurs une question sur les avantages et inconvénients d'utiliser un ORM ).

De mon côté, dans mon entretien tech c'est éliminatoire comme exercice. L'exercice SQL comprend : faire un MCD d'une many to many, comme ton exemple (j'ai des candidats qui essaie de le résoudre avec 2 tables ), puis sortir la requete de flo (avec le left join en question supplémentaire), et enfin la même requête en ne gardant dans ton cas que les tags qui ont au moins 5 posts (je te laisse chercher ). J'ai des questions SQL + orientées connaissances aussi : genre c'est quoi un MCD, c'est quoi une transaction, ça sert à quoi EXPLAIN...

Sinon là depuis cette année, j'ai ajouté un exo que je trouve très intéressant, le Fizzbuzz. Pour l'instant sur 5 candidats j'ai 40% de réussite de l'exo. Y a des gens avec 12 ans d'XP en dev qui au bout de 10 min (la durée que je laisse pour faire l'exo), ne sortent pas de code (ou pseudo code) qui marche

chouette , j'ai le niveau pour ne pas être éliminé au premier entretien \o/

Au passage, je file une boite de paté a celui qui me trouve le nom français d'un ETL (sans wikipedia )
. Je l'ai entendu récemment en réunion et j'ai du sortir

Au niveau tech y a qu'un entretien Questionnaire de 40 questions que je laisse au candidat pendant 40 min. Je reviens, je débrief ses réponses et pose des problèmes liés aux concepts des questions. Ensuite 10 min de Fizzbuzz et 10 min sur l'exo SQL. En tout ça dure 2 heures en général. Ca filtre à mort, c'est impressionnant.
 
Je l'ai mis en place il y a quelques années quand je me suis rendu lors de mes premiers recrutements que les mecs mettaient nimp sur le CV. Là ça pardonne pas. Les questions ne sont pas très difficiles à mon sens. Y a pas de piège, c'est pas le but.

Me prends pas pour un saucisson non plus
 
query += ' HAVING count >= 5';
 

T'es sérieux là? En gros les mecs savent pas utiliser deux structures de contrôles basiques et un opérateur? Tu t'es pas dit qu'ils imaginent qu'il y'a un bug?

T'es le premier que je vois qui connait le HAVING et pas le reste (on me sort souvent le WHERE au lieu du HAVING...).

Je suis là quand ils font l'exo, pour qu'ils me fassent part de leur raisonnement. Je suis autant surpris que toi

me suis dit pareil  
 
alors plus dur : quels sont les post qui n'ont pas de tag. Interdiction d'utiliser having  
 

Je sais pas expérience que le WHERE ne fonctionne pas avec les fonctions d'aggrégation. En fait j'utilise les ORM pour avoir du code portable et ne pas forcer les utilisateurs à utiliser tel ou tel DB. Mais c'est pas forcément idéal, je vais faire des tests avec le même SQL sous SQLite, Postgres et Mysql pour voir si c'est viable de dégager l'ORM au profit de raw SQL

Non mais l'ORM pour du Crud c'est top. Nous on utilise Propel au taff mais surtout son query builder vu les requêtes qu'on fait

Je peux jouer ?

tu utilises ça avec backbone relational ?

talend

Tu ne prends que des archis avec 10 ans d'XP dans ton équipe, ou quoi ?
Je sais déjà que je ne passerais pas ton entretien, je ne parle pas le SQL suffisamment couramment.
(le Fizzbuzz, par contre, ça devrait aller )

J'ai des devs PHP qui répondent sans pbs
Sérieux, 1 jointure, 1 group by et t'es perdu ?
Déjà que je déprime en recrutant là, si en plus je perds foi sur les membres du topic

J'écris des requêtes SQL 2 ou 3 fois par an maxi, j'arrive jamais à me souvenir de la syntaxe, raison pour laquelle je hais ce langage. Donc ouais, ça me prend une demi heure à chaque fois.

Ca ne m'empêche pas de faire des modèles de données relativement performants, même avec un ORM

En parlant de fizzbuzz
 

for x in range(101):print"fizz"[x%3*4::]+"buzz"[x%5*4::]or x

Au passage, il me semble qu'avant d'être un test idiot (mais visiblement discriminant), fizzbuzz était un jeu à plusieurs pour apprendre les tables de multiplication: on compte à tour de rôle en remplaçant les nombres divisibles par 3 par "fizz !" et les divisibles par 5 par "buzz !", et par 15 par "fizzbuzz !". On peut l'étendre avec les divisibles par 7 avec "wizz !", ça rend les choses encore un peu plus difficiles.
Ca donne: 1, 2, fizz, 4, buzz, fizz, wizz, 8, fizz, buzz, 11, fizz, 13, wizz, fizzbuzz, buzz, 17, fizz, 19, buzz, fizzwizz, 22...

for x in range(101):print"fizz"[x%3*4::]+"buzz"[x%5*4::]or x

C'est quoi le *4:: ?

Je pensais naïvement que tout dev digne de ce nom pourrait sortir au bout de 10 min un algo qui marche sur le Fizzbuze. La réalité me prouve le contraire.
Je te rassure personne n'a été recalé à cause du Fizzbuzz. Quand le test est échoué, le reste de l'entretien n'est pas brillant.

Oui, je veux bien te croire. J'ai bien envie de faire passer le test sur nos devs, juste pour voir...

Pour info, notre entretien tech on l'a fait passer y a 2 ans à tout notre plateau pour avoir leurs retours (questions débiles / manquantes...) et voir le temps moyen de réponse.

Un slicing: tu affiches la chaine à partir du 4e caractère exclus.
http://techearth.net/python/index. [...] ics:Slices

Donc si le modulo est nul, tu affiches fizz, sinon, tu affiches rien du tout (le modulo étant prioritaire sur le *).
Au passage, je ne connaissais pas les "extended slices". Pratique, ça.

Le pb chez nous, c'est qu'on prend des prestataires, et c'est difficile de leur faire passer un entretien technique de 2h, le commercial n'aimerait pas trop ça.

Et du coup vous validez comment le pipo du commercial ?

Le commercial ne pipe pas mot pendant l'entretien. Mais notre vrai pb, et je ne comprends pas trop pourquoi on fait ça, c'est qu'on ne travaille qu'avec une seule SSII. Moyennant quoi on a eu un gars qui était pas mal (bien que débutant), mais qu'on a fini par sortir parce que par moments, il passait des journées entières à glander, et là, on va sortir son successeur (aussi un débutant) parce qu'il n'est pas à la hauteur. On l'a pris parce que c'était le seul candidat...   Bref, le recrutement, c'est pas notre fort.

Perdu, je cherchais "extracto chargeur"  
 

+1. Et normalement, celui qui se trompe picole. En arrivant dans les 1000 ça commence à être marrant.

Manifestement le genre de jeu de bar, ou celui qui perd paye la tournée.
Très vite, il y a beaucoup de perdants...  
A+,

http://gcc.gnu.org/wiki/GCC_Plugins
 

 
ils sont cons ou quoi ?
 
J'aime bien le tweet de mitsuhiko sur ce truc : Politics and ideologies brought GCC to the point where its death is only a question of time

for x in range(101):print"fizz"[x%3*4::]+"buzz"[x%5*4::]or x

pas mal comme technique pour un concours d'obfuscation de code  

 
nous on a un backend GCC et LLVM.    
GCC reste le compilo officiel... mais pour combien de temps ?  

ouais bon

en parlant de GPL et d'obfuscation. Ca me fait penser à un truc:
la GPL dit que tu dois fournir le code qui a servi à générer les binaires
 
donc si on passe le code dans un "obfuscator" qu'on compile avec, on peut fournir le code "obfuscated" à la place du vrai code sans violer la GPL ?