Maison base de données tutoriel mysql Explication détaillée des différences entre KEY et PRIMARY KEY et UNIQUE KEY et INDEX dans MySQL

Explication détaillée des différences entre KEY et PRIMARY KEY et UNIQUE KEY et INDEX dans MySQL

Jul 26, 2017 pm 03:37 PM
mysql unique

Ce que cet article partage avec vous, c'est la différence entre KEY, PRIMARY KEY, UNIQUE KEY et INDEX dans l'index mysql, c'est-à-dire la différence entre l'index de clé primaire, l'index unique et l'index ordinaire. J'espère que vous pourrez l'aimer

Pour la question Les problèmes soulevés peuvent être décomposés et résolus étape par étape. KEY et INDEX sont synonymes dans MySQL. Ensuite, ce problème peut être simplifié à la différence entre PRIMARY KEY, UNIQUE KEY et INDEX. Et ces trois sont exactement les divisions des index, index de clé primaire, index unique et index ordinaire (INDEX).

Utilisez INDEX pour accélérer la lecture des données de la base de données. INDEX est généralement ajouté à ces colonnes dans les clauses JOIN, WHERE et ORDER BY.

Lors de la création d'un index, vous devez vous assurer que l'index est une condition appliquée à l'instruction de requête SQL (généralement comme condition de la clause WHERE). En fait, l'index est également une table qui enregistre la clé primaire et les champs d'index et pointe vers les enregistrements de la table d'entités.

L'index a aussi ses inconvénients : bien que l'index augmente la vitesse des requêtes, il réduira la vitesse de mise à jour de la table, comme INSERT, UPDATE et DELETE sur la table. Parce que lors de la mise à jour de la table, MySQL doit non seulement enregistrer les données, mais également enregistrer le fichier d'index.

La différence entre KEY et INDEX dans MySQL

KEY est généralement synonyme d'INDEX. PRIMARY KEY peut également être spécifié comme KEY uniquement si l'attribut de mot-clé PRIMARY KEY est donné dans la définition de la colonne. Ceci est fait pour des raisons de compatibilité avec d'autres systèmes de bases de données. PRIMARY KEY est une clé unique. À ce stade, toutes les colonnes clés doivent être définies comme NOT NULL. Si ces colonnes ne sont pas explicitement définies comme NOT NULL, MySQL doit définir ces colonnes implicitement.

KEY est la valeur de clé, qui fait partie de la théorie du modèle relationnel, telle que la clé primaire (PRIMARY KEY), la clé étrangère (Foreign KEY), etc., utilisée pour la vérification de l'intégrité des données et les contraintes d'unicité, etc. . INDEX est au niveau de l'implémentation. Par exemple, vous pouvez créer un index sur n'importe quelle colonne d'une table. Ensuite, lorsque la colonne indexée est dans la condition Where dans l'instruction SQL, vous pouvez obtenir un emplacement rapide des données et donc une récupération rapide. Quant à UNIQUE INDEX, ce n'est qu'un type d'INDEX. La création d'UNIQUE INDEX signifie que les données de cette colonne ne peuvent pas être répétées. Je suppose que MySQL peut optimiser davantage l'index de type UNIQUE INDEX.

Par conséquent, lors de la conception de la table, la KEY doit uniquement être au niveau du modèle, et lorsqu'une optimisation des requêtes est requise, des index peuvent être créés sur les colonnes pertinentes.

KEY

KEY est la structure physique de la base de données, qui contient deux niveaux de signification. L'un est celui des contraintes, qui se concentre sur la contrainte et la standardisation de l'intégrité structurelle de la base de données. base de données, et l'autre est la requête auxiliaire.

•La clé primaire a deux fonctions. L'une est la contrainte, qui est utilisée pour normaliser la clé primaire de stockage et l'unicité, mais crée également un index sur cette clé
•La clé unique en a également deux. La première fonction est la contrainte, qui régule l'unicité des données, mais elle établit également un index sur cette clé ;
•la clé étrangère a également deux fonctions, l'une est contrainte, qui régule l'unicité de l'intégrité de la référence, mais un index est également établi sur celle-ci. key;

On voit que la clé a le sens à la fois de contrainte et d'index

INDEX

INDEX est aussi la structure physique de. la base de données, mais elle ne sert que de requête auxiliaire. Elle occupera un espace supplémentaire lors de sa création. Les index sont divisés en index de préfixe, index de texte intégral, etc. Un index n'est qu'un index et ne contraint pas le comportement des champs indexés.

La différence entre PRIMARY KEY et UNIQUE KEY

PRIMARY KEY (clés primaires) et UNIQUE KEY (contraintes de clé unique) sont généralement similaires. mais c'est aussi possible Plusieurs colonnes, déterminent généralement une ligne de données (ligne). Une table ne peut avoir qu’une seule CLÉ PRIMAIRE, mais peut avoir plusieurs CLÉS UNIQUES. Lorsqu'une colonne est définie sur UNIQUE KEY, deux lignes ne peuvent pas contenir les mêmes données dans cette colonne. PRIMARY KEY n'autorise pas les valeurs NULL, contrairement à UNIQUE KEY.

Modifier le tableau

`ALTER TABLE table_name ADD PRIMARY KEY(column_name, …)

Résumé, les mêmes points :

• PRIMARY KEY et UNIQUE KEY sont toutes deux utilisées pour garantir que les données de la colonne sont un prototype
• Les deux peuvent être dans une colonne Ou ajouter

à plusieurs colonnes. Différences :

•Il ne peut y avoir qu'une seule CLÉ PRIMAIRE dans la même table, et il peut y avoir plusieurs CLÉS UNIQUES
• PRIMARY KEY ne peut pas avoir de valeurs nulles, UNIQUE KEY Oui. Si une ou plusieurs colonnes de PRIMARY KEY sont NULL, les colonnes sont automatiquement remplacées par NOT NULL lors de l'augmentation de PRIMARY KEY. UNIQUE KEY n'a aucune exigence pour les colonnes et est implémenté via un index de référence. Si les valeurs insérées sont toutes NULL, alors selon le principe de l'index, toutes les valeurs NULL ne seront pas enregistrées dans l'index, donc lors de l'insertion. toutes les valeurs NULL, il peut y avoir des doublons. D'autres ne peuvent pas insérer de valeurs en double.

alter table t add constraint uk_t_1 UNIQUE (a,b); insérer dans t (a ,b ) valeurs ​​(null,1); # Impossible d'insérer à plusieurs reprises dans t (a ,b ) valeurs ​​​(null,null );#Peut être répété

Dans MySQL, pour une colonne PRIMARY KEY, MySQL a automatiquement établi un INDEX UNIQUE pour celle-ci, et il n'est pas nécessaire de créer à plusieurs reprises un index dessus.

Une explication sur PRIMARY KEY et UNIQUE INDEX sur Internet :

Notez que « PRIMARY » est appelé PRIMARY KEY et non INDEX
KEY est quelque chose au niveau logique, décrit la conception de votre table et de votre base de données (c'est-à-dire qu'il applique l'intégrité référentielle …)
INDEX est quelque chose au niveau logique. niveau physique, permet d'améliorer le temps d'accès pour les opérations sur les tables.
Derrière chaque PK, il y a (généralement) UN INDEX UNIQUE créé (automatiquement)La création de fichiers d'index prend de l'espace disque.
CREATE INDEX IndexName ON mytable(username(length));

S'il est de type CHAR, VARCHAR, la longueur peut être inférieure à la longueur réelle du champ s'il est de type BLOB et TEXT, length ; doit être précisé. Créer un index lors de la création d'une table :


Supprimer l'index

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!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

AI Hentai Generator

AI Hentai Generator

Générez AI Hentai gratuitement.

Article chaud

R.E.P.O. Crystals d'énergie expliqués et ce qu'ils font (cristal jaune)
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Meilleurs paramètres graphiques
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Comment réparer l'audio si vous n'entendez personne
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
Où trouver la courte de la grue à atomide atomique
1 Il y a quelques semaines By DDD

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

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

Impossible de se connecter à MySQL en tant que racine Impossible de se connecter à MySQL en tant que racine Apr 08, 2025 pm 04:54 PM

Les principales raisons pour lesquelles vous ne pouvez pas vous connecter à MySQL en tant que racines sont des problèmes d'autorisation, des erreurs de fichier de configuration, des problèmes de mot de passe incohérents, des problèmes de fichiers de socket ou une interception de pare-feu. La solution comprend: vérifiez si le paramètre Bind-Address dans le fichier de configuration est configuré correctement. Vérifiez si les autorisations de l'utilisateur racine ont été modifiées ou supprimées et réinitialisées. Vérifiez que le mot de passe est précis, y compris les cas et les caractères spéciaux. Vérifiez les paramètres et les chemins d'autorisation du fichier de socket. Vérifiez que le pare-feu bloque les connexions au serveur MySQL.

La relation entre l'utilisateur de MySQL et la base de données La relation entre l'utilisateur de MySQL et la base de données Apr 08, 2025 pm 07:15 PM

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 s'il faut changer la table de verrouillage de table mysql s'il faut changer la table de verrouillage de table Apr 08, 2025 pm 05:06 PM

Lorsque MySQL modifie la structure du tableau, les verrous de métadonnées sont généralement utilisés, ce qui peut entraîner le verrouillage du tableau. Pour réduire l'impact des serrures, les mesures suivantes peuvent être prises: 1. Gardez les tables disponibles avec le DDL en ligne; 2. Effectuer des modifications complexes en lots; 3. Opérez pendant les périodes petites ou hors pointe; 4. Utilisez des outils PT-OSC pour obtenir un contrôle plus fin.

Intégration RDS MySQL avec Redshift Zero ETL Intégration RDS MySQL avec Redshift Zero ETL Apr 08, 2025 pm 07:06 PM

Simplification de l'intégration des données: AmazonrDSMysQL et l'intégration Zero ETL de Redshift, l'intégration des données est au cœur d'une organisation basée sur les données. Les processus traditionnels ETL (extrait, converti, charge) sont complexes et prennent du temps, en particulier lors de l'intégration de bases de données (telles que AmazonrDSMysQL) avec des entrepôts de données (tels que Redshift). Cependant, AWS fournit des solutions d'intégration ETL Zero qui ont complètement changé cette situation, fournissant une solution simplifiée et à temps proche pour la migration des données de RDSMySQL à Redshift. Cet article plongera dans l'intégration RDSMYSQL ZERO ETL avec Redshift, expliquant comment il fonctionne et les avantages qu'il apporte aux ingénieurs de données et aux développeurs.

L'optimisation des requêtes dans MySQL est essentielle pour améliorer les performances de la base de données, en particulier lorsqu'elle traite avec de grands ensembles de données L'optimisation des requêtes dans MySQL est essentielle pour améliorer les performances de la base de données, en particulier lorsqu'elle traite avec de grands ensembles de données Apr 08, 2025 pm 07:12 PM

1. Utilisez l'index correct pour accélérer la récupération des données en réduisant la quantité de données numérisées SELECT * FROMMLOYEESEESHWHERELAST_NAME = 'SMITH'; Si vous recherchez plusieurs fois une colonne d'une table, créez un index pour cette colonne. If you or your app needs data from multiple columns according to the criteria, create a composite index 2. Avoid select * only those required columns, if you select all unwanted columns, this will only consume more server memory and cause the server to slow down at high load or frequency times For example, your table contains columns such as created_at and updated_at and timestamps, and then avoid selecting * because they do not require inefficient query se

MySQL doit-il payer MySQL doit-il payer Apr 08, 2025 pm 05:36 PM

MySQL a une version communautaire gratuite et une version d'entreprise payante. La version communautaire peut être utilisée et modifiée gratuitement, mais le support est limité et convient aux applications avec des exigences de stabilité faibles et des capacités techniques solides. L'Enterprise Edition fournit une prise en charge commerciale complète pour les applications qui nécessitent une base de données stable, fiable et haute performance et disposées à payer pour le soutien. Les facteurs pris en compte lors du choix d'une version comprennent la criticité des applications, la budgétisation et les compétences techniques. Il n'y a pas d'option parfaite, seulement l'option la plus appropriée, et vous devez choisir soigneusement en fonction de la situation spécifique.

MySQL peut-il fonctionner sur Android MySQL peut-il fonctionner sur Android Apr 08, 2025 pm 05:03 PM

MySQL ne peut pas fonctionner directement sur Android, mais il peut être implémenté indirectement en utilisant les méthodes suivantes: à l'aide de la base de données légère SQLite, qui est construite sur le système Android, ne nécessite pas de serveur distinct et a une petite utilisation des ressources, qui est très adaptée aux applications de périphériques mobiles. Connectez-vous à distance au serveur MySQL et connectez-vous à la base de données MySQL sur le serveur distant via le réseau pour la lecture et l'écriture de données, mais il existe des inconvénients tels que des dépendances de réseau solides, des problèmes de sécurité et des coûts de serveur.

Comment optimiser les performances MySQL pour les applications de haute charge? Comment optimiser les performances MySQL pour les applications de haute charge? Apr 08, 2025 pm 06:03 PM

Guide d'optimisation des performances de la base de données MySQL dans les applications à forte intensité de ressources, la base de données MySQL joue un rôle crucial et est responsable de la gestion des transactions massives. Cependant, à mesure que l'échelle de l'application se développe, les goulots d'étranglement des performances de la base de données deviennent souvent une contrainte. Cet article explorera une série de stratégies efficaces d'optimisation des performances MySQL pour garantir que votre application reste efficace et réactive dans des charges élevées. Nous combinerons des cas réels pour expliquer les technologies clés approfondies telles que l'indexation, l'optimisation des requêtes, la conception de la base de données et la mise en cache. 1. La conception de l'architecture de la base de données et l'architecture optimisée de la base de données sont la pierre angulaire de l'optimisation des performances MySQL. Voici quelques principes de base: sélectionner le bon type de données et sélectionner le plus petit type de données qui répond aux besoins peut non seulement économiser un espace de stockage, mais également améliorer la vitesse de traitement des données.

See all articles