Français
Français
La perte de données est l'un des problèmes les plus gênants pour les développeurs lors de l'exécution des opérations de base de données. Qu'il s'agisse de mise à jour des données utilisateur, de déduction d'inventaire ou de modification de l'état de commande, une fois que l'opération de base de données n'est pas exécutée avec succès mais non détectée et traitée, cela peut entraîner de graves conséquences.
Cet article expliquera comment utiliser PDOSTATION :: ROWCOUNT () et le mécanisme de retour de transaction de la base de données pour empêcher efficacement cette situation en PHP.
Pdostatement :: RowCount () est une fonction de PDO qui renvoie le nombre de lignes affectées par l'instruction de suppression , d'insertion ou de mise à jour précédente. Cela peut nous aider à déterminer si les opérations ont vraiment eu un impact sur la base de données.
Il convient de noter que tous les pilotes de base de données ne prennent pas en charge l'appel RowCount () pour certaines opérations, que nous utilisons généralement pour détecter si les données ont été mises à jour ou supprimées avec succès.
Lorsque vous effectuez plusieurs opérations de base de données connexes, si l'une des étapes n'est pas réussie, les modifications précédentes doivent être annulées pour éviter les incohérences de données. Par exemple, si vous souhaitez mettre à jour l'adresse e-mail d'un utilisateur, mais que l'enregistrement n'a pas été réellement modifié et que le programme continue d'effectuer des opérations ultérieures, cela peut entraîner une confusion logique ou même une perte de données.
Pour le moment, il est particulièrement essentiel d'utiliser les transactions et RowCount () en combinaison.
Voici un exemple pratique montrant comment utiliser RowCount () et les transactions pour contrôler les données lors de la mise à jour des informations de l'utilisateur pour garantir la sécurité des données:
<?php
$dsn = 'mysql:host=localhost;dbname=test_db;charset=utf8mb4';
$user = 'db_user';
$password = 'db_pass';
try {
$pdo = new PDO($dsn, $user, $password, [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION
]);
// Supposons que nous voulons mettre à jour la boîte aux lettres de l'utilisateur
$userId = 123;
$newEmail = '[email protected]';
$pdo->beginTransaction();
$stmt = $pdo->prepare("UPDATE users SET email = :email WHERE id = :id");
$stmt->execute([
':email' => $newEmail,
':id' => $userId
]);
// utiliser rowCount Déterminez si les données ont été mises à jour
if ($stmt->rowCount() === 0) {
// Aucun enregistrement n'a été mis à jour，Transactions en arrière
$pdo->rollBack();
echo "La mise à jour a échoué，Aucun utilisateur correspondant trouvé，La transaction a été annulée。";
} else {
// Mettre à jour avec succès，Soumettre les transactions
$pdo->commit();
echo "邮箱Mettre à jour avec succès，La transaction a été soumise。";
}
} catch (PDOException $e) {
if ($pdo->inTransaction()) {
$pdo->rollBack();
}
echo "Le fonctionnement de la base de données a échoué：" . $e->getMessage();
}
?>
Utilisez BeginTransaction () pour démarrer une transaction;
EXECUTE () Exécute la mise à jour;
Utilisez RowCount () pour déterminer si des enregistrements sont réellement mis à jour;
Si aucun enregistrement n'est mis à jour, la transaction sera annulée immédiatement;
Sinon, soumettez-vous en toute sécurité.
Cette méthode convient non seulement aux opérations de mise à jour, mais est très pratique dans les systèmes d'inventaire, les déductions de points, le traitement des paiements et d'autres scénarios. Par exemple:
Retournez l'état de la commande lorsque la déduction échoue;
Retourner l'insertion d'enregistrement de paiement si la mise à jour du solde de l'utilisateur échoue;
Opérations de rédaction de journaux en arrière lors de la suppression d'un utilisateur échoue.
Ne présumez jamais que l'opération de mise à jour ou de suppression réussira;
Assurez-vous de gérer les exceptions lors de l'utilisation des transactions pour assurer le retrait;
Pour plusieurs opérations hautement dépendantes, assurez-vous d'envelopper dans une seule transaction;
RowCount () Renvoie 0 ne signifie pas nécessairement l'échec, parfois la valeur reste inchangée. Mais dans un scénario de données rigoureux, c'est exactement l'écriture invalide "que nous voulons empêcher.
En combinant le mécanisme de contrôle PDOSTATION :: RowCount () , les développeurs peuvent déterminer plus précisément si le fonctionnement de la base de données est réellement en vigueur, effectuant ainsi le recul des transactions si nécessaire, empêchant les problèmes de données qui "semble réussis, mais échouent réellement". Il s'agit d'une compétence indispensable dans le développement de systèmes à haute fiabilité.
Avez-vous rencontré des problèmes similaires dans votre projet? Bienvenue pour laisser un message pour partager votre expérience!
