Exploration approfondie des détails d'utilisation de UPDATE dans MySQL

Dans MySQL, vous pouvez utiliser l'instruction UPDATE pour modifier et mettre à jour les données dans une ou plusieurs tables. L'article suivant vous aidera à explorer les détails de l'utilisation de UPDATE dans MySQL. J'espère qu'il vous sera utile.

Contexte des exigences

Récemment, j'ai reçu une exigence de migration de données. Les données de l'ancien système seront migrées vers le nouveau système, l'ancien système n'ajoutera plus de données commerciales et les opérations commerciales seront effectuées. sur le nouveau système

　Pour réduire l'impact de la migration, les données sont migrées par lots, ce qui signifie que l'ancien et le nouveau système fonctionneront en parallèle pendant un certain temps

　Les données ne sont pas divisées en lots selon l'identifiant range, ce qui signifie que les identifiants de chaque lot de données sont irréguliers

　De plus, afin d'assurer la correspondance entre les anciennes et les nouvelles données du système, l'identifiant du nouveau système utilise autant que possible l'identifiant de l'ancien système

Étant donné que l'identifiant de la table est auto-incrémenté dans l'ancien et le nouveau système, l'identifiant de l'ancien système peut avoir été occupé par le nouveau système lors de la migration. Il est similaire à ce qui suit

Description des exigences.

Lors de la migration des données, essayez d'utiliser autant que possible les identifiants de l'ancien système, et les identifiants conflictuels doivent être ajustés par lots

　　Comment ajuster ce lot d'identifiants contradictoires, c'est exactement ce que je veux à réaliser maintenant

Mon implémentation consiste à prédéfinir un identifiant de départ basé sur la croissance des données commerciales et l'identifiant maximum actuel du nouveau système

　　

　 Comment dois-je écrire ceci SQL ?

Réalisation des exigences

Certains amis peuvent penser que ce n'est pas simple ?

　Ce ne sont que 5 éléments de données, cela ne peut-il pas être fait simplement en l'écrivant comme ceci

　 C'est une chose si simple, mais il y a tellement de préfigurations. Savez-vous comment le faire, monsieur ?

　L'affiche s'est soudain rendu compte à ce moment-là : Mon ami, tu es tellement génial

Mais s'il y a beaucoup de données contradictoires (des centaines ou des milliers), les modifies-tu aussi une par une comme ça ?

　Si tu fais vraiment ça, je t'admire vraiment

　Évidemment, il y a des amis plus sensés

　Alors comment y parvenir ?

　　　　　　　　　　　　　　　　　　　　ifier, vous pouvez utiliser la variable locale + UPDATE　 pour y parvenir, allez directement sur SQL　

　　 Regardons le cas réel

　　table tbl_batch_update　

　Les données est le suivant

　L'effet d'exécution est le suivant

　Après la mise à jour

　Plus rigoureux

　Comment y parvenir ? Est-ce que UPDATE prend également en charge ORDER BY ?

　C'est vraiment pris en charge, comme indiqué ci-dessous

Lorsque l'affiche utilise habituellement UPDATE, il ne le combine pas avec ORDER BY, et il n'a pas non plus essayé de le combiner avec LIMIT

Cette fois, il a essayé de donner l'impression que l'affiche plus à l'aise avec UPDATE une sensation étrange, quelle devrait être sa syntaxe complète ? Lisons lentement

UPDATE

Les éléments suivants sont tous compilés sur la base des documents officiels UPDATE Statement de MySQL 8.0 Il est recommandé d'accéder directement aux documents officiels

　Syntaxe de table unique.

Avez-vous beaucoup de questions :

Syntaxe à tables multiples

Par rapport à une table unique, elle semble plus simple et ne prend pas en charge ORD ER BY et LIMIT

　LOW_PRIORITY

　 Un des modificateurs de UPDATE, utilisé pour réduire la priorité de SQL

Lors de l'utilisation de LOW_PRIOR ITY, L'exécution de UPDATE sera retardé jusqu'à ce qu'aucun autre client ne lise les données de la table

　Cependant, seul le moteur de stockage du verrouillage au niveau de la table prend en charge LOW_PRIORITY. Les moteurs de stockage du verrouillage au niveau de la table incluent : MyISAM, MEMORY et . MERGE, donc le meilleur Le InnoDB couramment utilisé n'est pas pris en charge

Il existe très peu de scénarios d'utilisation, il suffit de paraître familier

　IGNORE

　 L'un des modificateurs de UPDATE, utilisé pour déclarer qu'un une erreur s'est produite lors de l'exécution de SQL Méthode de traitement

　 Si IGNORE n'est pas utilisé, UPDATE sera annulée si une erreur se produit lors de l'exécution, comme indiqué ci-dessous

　 9002 mis à jour pour 9003 En cas de conflit de clé primaire, l'intégralité de la UPDATE est annulée, 9000 mise à jour vers 9001 sera annulée, ~ 9005 Mise à jour non effectuée　 Si vous utilisez IGNORE

, ce sera Que se passe-t-il ?

　

UPDATE

Même si une erreur survient lors de l'exécution, l'exécution sera terminée et le nombre de lignes affectées sera finalement renvoyé

　Les lignes concernées dans la déclaration ci-dessus sont 2 Pouvez-vous me dire quelles sont les deux lignes qui ont été modifiées ?

　Pour plus d'informations sur IGNORE, veuillez vérifier : L'effet de IGNORE sur l'exécution des instructions

　 Concernant les scénarios d'utilisation, lorsque l'ancien et le nouveau système sont parallèles et effectuent une migration de données, il peut être utilisé lorsque la clé primaire ou conflits de clés uniques. Ignorez-le simplement

　ORDER BY

Si vous connaissez le processus d'exécution de UDPATE, il sera mieux compris

　 UPDATE En fait, il y a deux étapes : Check stage et Étape de mise à jour

　Traitement ligne par ligne, si une ligne satisfait à la clause WHERE, mettez à jour une ligne

　Donc, ici ORDER BY est la même chose que SELECT dans ORDER BY a le même effet

Concernant le scénario d'utilisation, vous pouvez revenir en arrière et regarder le contexte de la demande mentionné précédemment. L'erreur signalée dans le cas 1 de

IGNORE

peut en fait également être utilisée ORDER . BY

　

LIMIT

　

LIMIT row_count

est la limite de correspondance de lignes. Une fois que les lignes row_count qui satisfont à la clause WHERE sont trouvées, que ces lignes soient réellement modifiées ou non, l'instruction s'arrêtera immédiatement　C'est-à-dire que

LIMIT

est limité au check phase et n'a rien à voir avec la phase de mise à jour Relation

　

Remarque : ​​​​Il y a encore une différence avec SELECT dans la syntaxe LIMIT

　

　

value DEFAULT

　

UPDATE La value de la clause SET est une expression Nous pouvons comprendre, qu'est-ce que cela DEFAULT. tu veux dire ?个 Examinons d'abord une telle question.

　　Jetons un coup d'œil à SQL_MODE et exécutons SELECT @@sql_mode; et obtenons le résultat

　 STRICT_TRANS_TABLES indique que le mode strict est démarré, ce qui est correct pour INSERT et UPDATE déclarations value Le contrôle sera plus strict

Si nous désactivons le mode strict et regardons les résultats de l'exécution

　 name la déclaration du champ devient NOT NULL . - mode SQL strict, le réglage de name sur NULL est réussi, mais la valeur modifiée n'est pas NULL, mais la valeur par défaut de VARCHAR tapez : chaîne vide ( '')

Résumé

　　　1. En mode SQL strict, pour le paramétrage du champ NOT NULL NULL, une erreur sera signalée directement et la mise à jour échouera

　　 2. En mode SQL non strict, pour Le paramètre de champ NOT NULL NULL définira la valeur du champ à la valeur par défaut correspondant au type de champ

À propos de la valeur par défaut du type de champ, vous pouvez afficher : Valeurs par défaut du type de données

À propos de sql_mode, vous pouvez afficher : Modes SQL du serveur

Normalement, le MySQL de l'environnement généré est généralement en mode strict, donc tout le monde sait qu'il y a une valeur DEFAULT C'est suffisant

　SET field order

SQL

Je crois que tout le monde sait

Cependant, quelle sera la valeur de la colonne name dans le SQL suivant

Jetons un coup d'oeil aux résultats

　 name La valeur est-elle un peu différente de celle attendue ?

　 Le SET d'une seule table UPDATE s'effectue de gauche à droite, mais la multi-table UPDATE ne l'est pas. effectué dans un ordre spécifique Résumé

　1. Qu'il s'agisse de UPDATE

ou DELETE, il existe un processus de vérification d'abord et de traitement de chaque ligne après l'avoir trouvée.

　2. Le LOW_PRIORITY dans la syntaxe de UPDATE est rarement utilisé, IGNORE est utilisé occasionnellement, et ORDER BY et LIMIT sont relativement utilisés plus souvent, mais ils sont tous les deux déroutant Ripe

　3 , sql_mode est un point de connaissance relativement important et qu'il est recommandé à tout le monde de maîtriser ; pour l'environnement de production, il est fortement recommandé d'activer le mode strict

Adresse originale : https://www.cnblogs. com/youzhibing/p/16719474.html

Auteur : Qingshi Road

[Recommandations associées : Tutoriel vidéo MySQL]

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!