Discussion :

[cocobuckets]

Bonjour,

J'effectue le code suivant dans mon terminal (dans un .php) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
foreach($resultats_admin as $row){
 $list_admin[] = $row['login'];
}
$list_admin = ( !empty($list_admin) )? implode( ',', $list_admin) : '';
 
$parametresCompte = $bddperso->query("SELECT login, mail, state, id FROM User WHERE login NOT IN (".$list_admin.") ");
$resultats = $parametresCompte->fetchAll();

Le problème est qu'il me retourne l'erreur PHP Fatal error: Call to a member function fetchAll() on boolean.

Pourtant lorsque je teste la qrequete dans phpmyadmin, j'obtiens de bons résultats...

Je ne comprends pas.


Cordialement

[sabotage]

Commence par activer les extensions PDO afin d'avoir l'erreur de la requête.

$resultats_admin contient des entiers ?

[cocobuckets]

Oui $resultats_admin contient des entiers et des varchar.

En quoi un entier peut il apporter une erreur ?

Et pourquoi la requete fonctionne dans phpmyadmin (avec la liste en dur du coup) ?

[sabotage]

C'est le contraire : si tu n'as pas des entiers, ça ne fonctionnera pas car il va manquer les guillemets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT login, mail, state, id FROM User WHERE login NOT IN (1,2,3,5) // ok
SELECT login, mail, state, id FROM User WHERE login NOT IN (toto, 4 ,tutu) // pas ok

Tu peux utiliser une requête préparée dynamique :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
foreach($resultats_admin as $row){
 $list_admin[] = $row['login'];
}
$sth = $bddperso->prepare("SELECT login, mail, state, id FROM User WHERE login NOT IN (" . implode(',', array_fill(0, count($params), '?')) . ")");
$sth->execute($list_admin);
$resultats = $sth->fetchAll();

[cocobuckets]

D'accord je comprends.

Et bien avec une requête préparé il n'y a plus l'erreur mais rien ne se passe. Avec le errorInfo j'obtiens cette erreur : Array
(
[0] => 42S22
[1] => 1054
[2] => Unknown column 'florian.cho' in 'where clause'
)


Le florian.cho est le premier login de la liste. Je rajoute les guillements à la création de la liste.

EDIT : à priori le problème est réglé grace aux guillemets rajoutés. Je continue les tests au cas où.

[sabotage]

Je ne sais pas ce que tu as fait mais il n'y a pas à ajouter manuellement de guillemets.

[cocobuckets]

Et bien apparemment les login de ma listes etaient reconnus comme des colonnes alors que ce sont juste des chaines de caractères, j'ai donc modifié la liste pour qu'elle soit sur le modèle "prenom1.nom1","prenom2.nom2"...

[sabotage]

Si tu utilises une requête préparée, il ne peut pas y avoir de confusion entre les noms de colonnes et les valeurs, et il n'y a donc pas besoin d'ajouter des guillemets.