Pourquoi PDO insère-t-il 1 au lieu de 0 dans une colonne BIT(1) dans MySQL ?

Anomalie d'insertion d'instruction PDO avec un champ Bit(1)

Lors de l'insertion de valeurs dans un champ bit(1) à l'aide d'instructions préparées PDO, un un résultat inattendu se produit. Au lieu de la valeur 0 prévue, la base de données stocke 1 dans la table.

Cette anomalie est due à la nature binaire des colonnes BIT dans MySQL. Bien qu'ils soient classés comme numériques, ils sont traités comme des types binaires, entraînant des problèmes de compatibilité avec certaines bibliothèques clientes.

Solution utilisant TINYINT(1)

Pour éviter ce problème , envisagez plutôt de passer à une colonne TINYINT(1). Ce type de données alternatif offre des exigences de stockage similaires à BIT(1) tout en éliminant les problèmes de compatibilité avec PDO et d'autres bibliothèques client.

Utilisation de bindValue avec PDO::PARAM_INT

If changer le type de colonne n'est pas réalisable, une solution alternative implique d'utiliser bindValue avec l'indice de type PDO::PARAM_INT. Cette approche oblige PDO à traiter la valeur comme un entier, résolvant ainsi l'anomalie d'insertion.

Exemple de code

<code class="php">$pdo = new PDO("connection string etc");
$statement = $pdo->prepare('INSERT INTO `test` (SomeText,TestBool) VALUES (:someText,:testBool)');
$statement->bindValue(':someText', "TEST");
$statement->bindValue(':testBool', 0, PDO::PARAM_INT);
$statement->execute();</code>

Notez que même si cette solution de contournement peut résoudre le problème d'insertion , il est toujours conseillé de passer à TINYINT(1) pour une compatibilité améliorée et des avantages potentiels en termes de performances.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!