Nouvelles données : le second code (avec bindParameter()) ne renvoie aucune donnée, car la requête n'a pas l'air d'être vraiment exécutée. En effet, un fetchAll() renvoie un tableau vide, et ce même si je remplace ma requête préparée par n'importe quoi :

$statement = $db->prepare( 'The quick brown fox jumps over the lazy dog.' );

$count = 5;
$statement->bindParameter( ':count', $count );
var_dump( $statement->execute()
                    ->fetchAll() );

/* Résultat : array(0) { } */

J'ai donc essayé de voir ce qui n'allait pas avec la méthode bindParameter() en fouillant dans le code, mais honnêtement, je n'arrive pas à m'y retrouver dans les appels. Donc cette méthode, dont le troisième argument semble préciser le type de la variable, ne fonctionne pas, je ne sais pas pourquoi, alors qu'elle pourrait bien m'aider .

Le premier code fonctionne quant à lui ! Oui, mais il intègre la valeur dans la requête en tant que chaîne, non pas en tant qu'entier. Je me retrouve donc avec ce type de requête :

SELECT *
FROM maTable
LIMIT '5';

D'où l'erreur de syntaxe. Et c'est pour ça que bindParameter(), qui me permettrait de préciser le type, me serait d'une grande aide... si elle fonctionnait !

Voilà pour mes petites recherches personnelles. Je vais continuer un peu l'investigation, je finirai bien par trouver. Je ne tiens pas à avoir la même requête écrite à trois reprises dans le même fichier, juste parce que deux valeurs changent chaque fois !

EDIT : Moar tests !
J'ai finalement réussi à reconstruire le chemin entre les méthodes du Hoa_Database_DalStatement et celle du PDOStatement qu'il y a au bout. Alors j'ai pu vérifier que tout fonctionnait, toutes les méthodes sont appelées normalement, mais le résultat final reste désespérément vide...

J'ai passé quelques heures de ma journée pour trouver une solution à ce problème, mais pour le moment, je n'ai pas avancé d'un poil depuis ce matin. Alors je ne vais pas faire un blocage là-dessus, je passe à autre chose, en mettant une solution temporaire assez lourde, mais qui me permettra de continuer le reste du développement.

Et si quelqu'un a une subite illumination, qu'il se fasse connaître !

Dernière fois dit par Torajio BANGANI (03 Aug. 2010 17:48)

Elles sont utiles dans des cas particuliers, comme quand on doit travailler souvent avec plusieurs tables dont tous les champs sont identiques. Je crois qu'elles permettent aussi de mieux contrôler la sécurité : on peut préciser le type des variables liées, ce qui évite d'oublier de sécuriser les données envoyées par l'utilisateur.

Mais bon, dans mon cas précis, la requête préparée me permettait de ne pas dupliquer le code d'une requête de quelques lignes seulement, ainsi que d'éviter deux rappels de l'instance Hoa_Database_Dal. Plus une question d'esthétique du code qu'une réelle nécessité pratique .
Toujours est-il que je suis curieux de savoir pourquoi ça ne fonctionne pas...

Moi ça marche très bien !

                
import('Database.Dal.~');
                
$this->db = Hoa_Database_Dal::getInstance('myConn');
                
$statement = $this->db->prepare('SELECT * FROM page ' .
       'WHERE url > :pageName ');
            
$statement->execute(array(
       ':pageName' => $pageName
));
            
echo print_r($statement->fetchAll());

J'ai très bien compris le problème il faudrait pouvoir vérifier lors de la fonction execute() si la clé n'est pas :tableName et directement il ajouterai pas les ['']

A quoi sert vraiment les [``] en SQL ? (déco , ou plutôt les anciennes normes SQL ??)