Hello,
 
Je fais suite ici aux questions posées dans la partie SQL du forum (ici), parce qu'il semblerait que je n'arrive pas à faire fonctionner un truc à cause de PHP et/ou de PDO.
 
Pour résumer : j'ai une requête SQL où je compte le nombre de mots communs entre une table temporaire et une table permanente (dans chacune de ces tables, j'ai un UNIQUE sur la colonne mot), et j'utilise ce code :
 

J'espérais que $condition me donnerait le nombre de mots communs entre les deux tables, et donc pouvoir l'utiliser comme ça par exemple :
 

Mais ça ne fonctionne visiblement pas. var_dump($condition); me donne ça à chaque fois (quel que soit le nombre de mots communs entre les deux tables, que ce soit plusieurs, un seul, ou même s'il n'y en a aucun) :
 

 
Du coup je cherche à savoir ce qui ne va pas, sachant que le problème ne vient pas de la requête, je l'ai testée sur phpMyAdmin (cf mon dernier message) et elle a le comportement attendu.
 
Merci d'avance pour votre aide

$condition est un tableau PHP avec tout tes résultats, pas un entier donc il ne sert à rien de le tester == ou > à zero...
 
Ton var_ dump te donne toutes les infos :
$conditions est un array dans la 1ere clé (1 ère ligne renvoyé par ta requête SQL) est un array de 2 valeurs (car fetch all renvoie par défaut les colonnes récupéré avec leur nom et avec leur ordre).
 
Donc ce que tu veux comparer c'est $condition[0][0] ou $condition[0]["COUNT(*)"]

C'est ce que je me suis dit, et j'ai tenté, mais ça ne fonctionne pas non plus (ce qui en est logique, puisque var dump renvoie toujours string(1) "0" pour $condition[0][0] ).
Je me demande si le problème ne vient pas de fetchAll ?

Alors tu as effectivement un problème si ta requête renvoie un résultat différent dans phpmyadmin...
 
Tu as essayé de modifier ta requete PDO en php avec ce qui t'a été suggéré dans l'autre discussion ?
 
Une jointure me semble plus approprier qu'une sous requête...

Je viens de tenter avec la jointure :
SELECT COUNT(*)
FROM tableA A
INNER JOIN tableB B ON B.mot = A.mot

Et j'obtiens la même chose, var_dump($condition) me donne toujours :
array(1) {
  [0]=> array(2) {
    ["COUNT(*)"]=> string(1) "0"
    [0]=> string(1) "0"
  }
}

Et var_dump($condition[0][0]) me donne toujours :
string(1) "0"

Y'a un soucis : tu est sur à 100% que cette requête remonte autre chose que 0 dans phpMyAdmin ?

ton var_dump n'est pas bon, envoi lui directement le tableau complet :  
var_dump($condition);

Yes, je confirme, je viens de réessayer, que ce soit avec cette requête
SELECT COUNT(*) FROM tableA A INNER JOIN tableB B ON B.mot = A.mot
ou celle là,
SELECT COUNT(*) FROM tableA a WHERE EXISTS (SELECT 1 from TMP_tableB b WHERE a.mot = b.mot)
Ca fonctionne dans phpMyAdmin et me donne le bon nombre de mots communs entre les deux tables...

Déjà, ce que je ne comprends pas, c'est pourquoi la requête me sort un array de deux lignes dans $condition, alors que dans phpMyAdmin ça ne me sort que ça :
COUNT(*)
           2
 
 
 
 

Soit j'ai pas compris, soit il y a un malentendu :

J'ai déjà répondu à ca :

Lit la doc, mais pour la faire courte, tu peux acceder à tes valeurs soit par ordre d'arrivée dans ton select, soit par nom de la colonne...
 
Tu as essayé de récupérer les lignes au lieu de faire un COUNT ?
 
 

Du coup j'ai fini par trouver où était le problème : pour une raison que je ne comprends pas, le problème était avec la table temporaire, qui ne fonctionnait pas. Je ne sais pas si elle ne se créait pas ou si le problème était au niveau des insertions, mais un var_dump d'un select sur cette table temporaire me renvoyait toujours du vide. Du coup je pouvais toujours la comparer à ma table permanente, ça ne risquait pas de me renvoyer autre chose que 0 matchs...
 
Du coup pour la remplacer, j'ai créé une table (permanente) dans ma base, que j'utilise à la place. Et ça fonctionne.
 
Je vais m'en contenter pour le moment donc on peut considérer mon problème réglé Après, si quelqu'un a une idée de quelles raisons peuvent expliquer que des opérations qui marchent sur une table permanente ne marchent pas sur une table temporaire, c'est pas essentiel, mais je suis curieux.
 
Merci pour votre aide à tous en tout cas, c'est cool de pouvoir compter sur cette communauté.