Introduction à la base de données relationnelle MySQL:
Une base de données relationnelle conceptuelle n'est rien d'autre que le maintien d'une relation d'exigence entre plusieurs tables en utilisant un concept de clé primaire, unique ou étrangère. Toute base de données qui suit pratiquement cette approche et qui maintient une relation appropriée entre toutes les tables créées, cette base de données peut toujours être considérée comme une base de données relationnelle. La base de données relationnelle MySQL suit également la même structure relationnelle, il n'y a donc aucun doute que mon SQL soit également considéré comme une base de données relationnelle de serveur alors que le terme «relation» n'a pas été mentionné dans les documents MySQL ou non. Base de données de base qui n'a aucun concept de base de données relationnelle, chaque table contient beaucoup de données, y compris transactionnelles et maîtres les deux, comprendre la liaison logique de ces données sera très difficile sans connaître la logique métier appropriée. Les bases de données relationnelles garantissent cette approche.
Système de contrôle des relations de la base de données relationnelle MySQL:
À partir de la définition spécifique de la base de données relationnelle, les gens pensent qu'elle est trop critique pour la maintenance et créera de la confusion. Mais ce n'est pas une vraie déclaration, l'agenda principal de la base de données relationnelle pour éviter toute sorte de confusion ou de complication entre plusieurs tables impliquées avec cette base de données spécifique, où cela aide un développeur à maintenir et à vérifier facilement sans aucune difficulté. Si nous considérons une conception relationnelle très courante qui maintient une relation stricte entre toutes les tables associées définies dans la base de données. Supposons que nous puissions envisager un système de contrôle des stocks - dans ce cas, nous devons maintenir une relation très stricte entre toutes les tables concernées par une description plus détaillée relative à l'inventaire. En outre, il doit maintenir une relation plus stricte avec les tables enfants qui ont également un impact sur tout type d'activité de manipulation de données comme l'insertion ou la suppression de cet inventaire spécifique. À titre d'exemples, nous allons considérer trois tableaux impliqués dans le système de contrôle des stocks, en supposant que trois sont interdépendants.
Nom de la table: inventaire
| ID (clé primaire) | La description | Prix | Stock |
Nom de la table: Sales_Staff
| ID (clé primaire) | Nom | contact |
Nom de la table: facture
| ID (clé primaire) | SalesStaff_ID (clé étrangère de la clé primaire Sales_Staff) | Inventory_ID (clé étrangère de la clé primaire d'inventaire) | Quantité | Prix | commentaire |
Considérant maintenant les trois tables ci-dessus, nous pouvons planifier la relation entre plusieurs tables en utilisant la clé primaire et la contrainte de clé étrangère. Dans l'exemple ci-dessus, Invoice est la table transactionnelle principale, où toutes les données transactionnelles ont été stockées avec succès pour chaque génération de facture sur un client individuel ou un utilisateur final, elle a effectivement stocké toutes les données de facture avec succès pour tout type de référence. Maintenant, la facture doit générer à partir de certains détails d'inventaire où une quantité de demande entière a été stockée pour un magasin ou une organisation entière. Considérant maintenant deux tables principales clés comme Inventaire et Sales_Staff, les deux tables conservant les détails du magasin principal de tout article spécifique dans ce magasin ou cette organisation, tandis que Sales_Staff a conservé tous les détails du personnel qui travaillent sur ce magasin ou cette organisation. Plutôt que de conserver le même personnel ou article spécifique à chaque fois dans les détails de transaction d'inventaire, il contient en fait une référence spécifique de ces tables principales qui sont gérées par un administrateur de la boutique ou de l'organisation. Ainsi, grâce à cette approche spécifique, nous pouvons facilement éviter la redondance des données ou la répétition des données, ce qui permet toujours de récupérer des données sur la base d'une relation maintenue entre plusieurs tables. Cet exemple a donné une caractéristique clé de toute base de données relationnelle comme la base de données relationnelle MySQL, c'est-à-dire que les données d'une facture contiennent toujours la référence de l'inventaire et du personnel de vente spécifiques, mais l'inventaire ou le personnel de vente ne peut jamais modifier ou mettre à jour quoi que ce soit dans la facture créée.
Ici, il a en fait maintenu une à plusieurs relations où des données d'inventaire peuvent exister plusieurs fois dans Invoice, et les mêmes données de personnel de vente peuvent exister plusieurs fois dans Invoice. Cette relation aidant le développeur à récupérer les données en douceur avec des conditions de jointure spécifiques et également à comprendre ou à concevoir un diagramme ER sera très facile pour eux. Ici aussi, un point clé qui doit être mentionné, supposons que tout vendeur essaie de vendre quelque chose qui est en stock, ce qui est également assuré par le maintien de ce type de relation. Comme chaque fois qu'un inventaire est ajouté à la facture, il soustrait automatiquement le stock de l'inventaire d'origine, il fournira donc toujours un message de validation approprié chaque fois que le vendeur essaie de créer tout type de facture pour un inventaire spécifique. Si nous examinons attentivement la relation entre ces tables, Inventory a un nom de clé primaire est Id et Sales_Staff a un nom de clé primaire est ID, mais Invoice a deux clés étrangères qui maintiennent la relation avec les tables Inventory et Sales_Staff. Il garantit également que tout ce qui peut être inséré dans la table des factures qui existe réellement dans la table Inventaire ou Sales_Staff, sans l'existence de données spécifiques, il ne peut pas être possible de faire une entrée dans la table des factures. Comme la table de facturation a une relation de clé étrangère spécifique avec ces deux tables, tout ce qui existe dans ces tables ne peut que faire l'entrée dans la table de facture. Ainsi, cela aide toujours un développeur en cas de mauvaise insertion sans conserver ces données sur les tables enfants.
Conseils d'installation et de téléchargement de ma base de données relationnelle SQL:
Il existe de nombreux types de versions disponibles sur Internet pour installer MySQL sur votre PC local, mais MySQL Organization est livré avec une fonctionnalité très intéressante avec un échantillon gratuit de base de données relationnelle, a la possibilité de varier les méthodes qui sont plus avancées que d'autres échantillons gratuits de base de données relationnelle, cela peut donner la possibilité de stocker des données de film, l'un des points clés est l'expérience utilisateur inoffensive, signifie supposer qu'un utilisateur fait une erreur, c'est pourquoi la base de données ne fonctionne pas entièrement, dans ce cas, c'est très facile ou peut dire une tâche de 2 minutes à restaurer cette base de données à partir de la source.
1. Téléchargez la base de données relationnelle MySQL à partir du lien ci-dessous:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Exécution du script ci-dessous pour décompresser le package d'archivage:
- tar –xzf xxxx-db.tar.gz
3. Après avoir déballé le même, il créera 3 répertoires comme ci-dessous:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Exécutez maintenant la commande de base MySQL:
- Mysql –p (mot de passe)
5. Maintenant, suivez simplement les instructions mentionnées dans sakila-db.sql et sakila-schema.sql.
6. Si toutes les instructions sont suivies correctement, une nouvelle base de données sera créée avec le nom "sakila", qui sera automatiquement affichée dans la liste des bases de données relationnelles MySQL.
Articles recommandés
Cet article a été un guide pour la base de données relationnelle MySQL. Ici, nous avons discuté du système de contrôle des relations et des conseils pour installer la base de données relationnelle MySQL. Vous pouvez également consulter l'article suivant pour en savoir plus
- RDBMS Questions et réponses d'entrevue
- Différences les plus importantes entre MySQL et NoSQL
- Utilisations de Cheat Sheet MySQL
- Questions d'entretiens chez DBMS