


Variables définies par l'utilisateur ou variables locales dans MySQL ?
Les variables définies par l'utilisateur sont également appelées variables spécifiques à la session. Il s'agit d'une variable vaguement typée qui peut être initialisée quelque part dans la session et contient la valeur de la variable définie par l'utilisateur jusqu'à la fin de la session.
Les variables définies par l'utilisateur sont préfixées par le symbole @. Par exemple :
@anyVariableName;
Il existe deux manières d'initialiser les variables définies par l'utilisateur. Vous pouvez utiliser la commande SET ou utiliser une requête SELECT. La première méthode est la suivante :
SET @anyVariableName=anyValue;
La deuxième méthode est la suivante :
SELECT @anyVariableName :=anyValue;
Si vous n'utilisez pas de deux-points (:) dans la requête SELECT, elle sera évaluée comme une expression. Le résultat est vrai ou faux :
mysql> select @m=10;
Voici le résultat :
+-------+ | @m=10 | +-------+ | 1 | +-------+ 1 row in set (0.00 sec)
Les variables locales peuvent être utilisées dans des procédures stockées, des fonctions, etc., avec le mot-clé DECLARE. Aucun préfixe @ n'est requis comme les variables définies par l'utilisateur.
La syntaxe des variables locales est la suivante.
DECLARE yourVariableName dataType;
REMARQUE : La principale différence entre les variables locales et les variables définies par l'utilisateur est que les variables locales sont réinitialisées avec une valeur NULL à chaque fois qu'une procédure stockée est appelée, alors que les variables spécifiques à la session ou définies par l'utilisateur ne le sont pas. . Non réinitialisé avec NULL. Les variables définies par l'utilisateur et définies par un utilisateur ne peuvent pas être vues par les autres utilisateurs. Toutes les variables de session pour un utilisateur donné sont automatiquement détruites lorsque l'utilisateur quitte.
Voici une démonstration de variables spécifiques à la session et de variables locales avec des procédures stockées. La requête pour créer une procédure stockée avec des variables locales et des variables définies par l'utilisateur est la suivante :
mysql> DELIMITER // mysql> CREATE PROCEDURE sp_LocalAndUserDefinedVariableDemo() -> BEGIN -> DECLARE localVariable int default 10; -> SET localVariable=localVariable+10; -> SET @userVariable=@userVariable+10; -> SELECT localVariable; -> SELECT @userVariable; -> END; -> // Query OK, 0 rows affected (0.39 sec) mysql> DELIMITER ;
Définissez maintenant la valeur de la variable définie par l'utilisateur. La requête est la suivante :
mysql> SET @userVariable=10; Query OK, 0 rows affected (0.00 sec)
Appelez maintenant la procédure stockée. Lorsqu'elle est appelée pour la première fois, la variable définie par l'utilisateur est 10+10=20 et la variable locale est 10+10=20.
Appelez la procédure stockée à l'aide de la commande call :
mysql> CALL sp_LocalAndUserDefinedVariableDemo();
Voici le résultat :
+---------------+ | localVariable | +---------------+ | 20 | +---------------+ 1 row in set (0.32 sec) +---------------+ | @userVariable | +---------------+ | 20 | +---------------+ 1 row in set (0.34 sec) Query OK, 0 rows affected (0.36 sec)
Dans le deuxième appel, la variable définie par l'utilisateur contiendra la valeur 20 et ajoutera 10 comme 20+10=30, tandis que la variable locale la variable est à nouveau utilisée 10 Réinitialisez et ajoutez 10, par exemple 10+10=20.
Appelez la procédure stockée et vérifiez l'exemple de sortie :
mysql> CALL sp_LocalAndUserDefinedVariableDemo();
Voici le résultat :
+---------------+ | localVariable | +---------------+ | 20 | +---------------+ 1 row in set (0.00 sec) +---------------+ | @userVariable | +---------------+ | 30 | +---------------+ 1 row in set (0.01 sec) Query OK, 0 rows affected (0.02 sec)
Dans le troisième appel, la variable définie par l'utilisateur contiendra la valeur 30 et ajoutera 10 comme 30+10=40 et à nouveau la variable locale Réinitialisez avec 10 et ajoutez 10, comme 10+10=20.
Maintenant, vous pouvez dire que dans chaque appel de procédure, la variable locale est réinitialisée avec une valeur qui peut être NULL ou autre chose comme dans mon cas, j'ai fourni la valeur par défaut 10. Cela signifie qu'il définit les variables locales à la valeur 10 à chaque appel de procédure, contrairement aux variables définies par l'utilisateur.
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

La numérisation complète de la table peut être plus rapide dans MySQL que l'utilisation d'index. Les cas spécifiques comprennent: 1) le volume de données est petit; 2) Lorsque la requête renvoie une grande quantité de données; 3) Lorsque la colonne d'index n'est pas très sélective; 4) Lorsque la requête complexe. En analysant les plans de requête, en optimisant les index, en évitant le sur-index et en maintenant régulièrement des tables, vous pouvez faire les meilleurs choix dans les applications pratiques.

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

Oui, MySQL peut être installé sur Windows 7, et bien que Microsoft ait cessé de prendre en charge Windows 7, MySQL est toujours compatible avec lui. Cependant, les points suivants doivent être notés lors du processus d'installation: téléchargez le programme d'installation MySQL pour Windows. Sélectionnez la version appropriée de MySQL (communauté ou entreprise). Sélectionnez le répertoire d'installation et le jeu de caractères appropriés pendant le processus d'installation. Définissez le mot de passe de l'utilisateur racine et gardez-le correctement. Connectez-vous à la base de données pour les tests. Notez les problèmes de compatibilité et de sécurité sur Windows 7, et il est recommandé de passer à un système d'exploitation pris en charge.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

MySQL est un système de gestion de base de données relationnel open source. 1) Créez une base de données et des tables: utilisez les commandes CreateDatabase et CreateTable. 2) Opérations de base: insérer, mettre à jour, supprimer et sélectionner. 3) Opérations avancées: jointure, sous-requête et traitement des transactions. 4) Compétences de débogage: vérifiez la syntaxe, le type de données et les autorisations. 5) Suggestions d'optimisation: utilisez des index, évitez de sélectionner * et utilisez les transactions.

Dans la base de données MySQL, la relation entre l'utilisateur et la base de données est définie par les autorisations et les tables. L'utilisateur a un nom d'utilisateur et un mot de passe pour accéder à la base de données. Les autorisations sont accordées par la commande Grant, tandis que le tableau est créé par la commande Create Table. Pour établir une relation entre un utilisateur et une base de données, vous devez créer une base de données, créer un utilisateur, puis accorder des autorisations.

MySQL et MARIADB peuvent coexister, mais doivent être configurés avec prudence. La clé consiste à allouer différents numéros de port et répertoires de données à chaque base de données et ajuster les paramètres tels que l'allocation de mémoire et la taille du cache. La mise en commun de la connexion, la configuration des applications et les différences de version doivent également être prises en compte et doivent être soigneusement testées et planifiées pour éviter les pièges. L'exécution de deux bases de données simultanément peut entraîner des problèmes de performances dans les situations où les ressources sont limitées.

MySQL prend en charge quatre types d'index: B-Tree, hachage, texte intégral et spatial. 1. L'indice de tree B est adapté à la recherche de valeur égale, à la requête de plage et au tri. 2. L'indice de hachage convient aux recherches de valeur égale, mais ne prend pas en charge la requête et le tri des plages. 3. L'index de texte complet est utilisé pour la recherche en texte intégral et convient pour le traitement de grandes quantités de données de texte. 4. L'indice spatial est utilisé pour la requête de données géospatiaux et convient aux applications SIG.
