Qu'est-ce qu'un schéma de base de données?
Un schéma de base de données est un moyen de décrire la structure et les relations d'informations qui seront utilisées et conservées dans une base de données. Certains schémas sont écrits dans un langage qui peut être interprété par un logiciel de gestion de base de données (SGBD), tandis que d'autres sont des diagrammes totalement abstraits. Les principaux éléments d'un schéma de base de données sont des entités et des tables. Une entité est un modèle de données pour un objet dans une base de données, tandis qu'une table est une séquence stockée de valeurs ou d'autres entités. Comme un modèle, un schéma bien conçu peut être utilisé pour voir exactement comment l'architecture de la base de données est construite.
Les schémas de base de données sont parfois nécessaires pour montrer explicitement comment le datum est stocké et comment il se rapporte au reste de la base de données. Une entité est une représentation d'une collection de données. Comme toute structure de données, elle peut avoir plusieurs champs. Les entités ont généralement un champ d'identification unique, cependant. Ceci s'appelle la clé primaire.
Une clé primaire est un lien vers une table. La clé doit être unique parmi tous les autres éléments de la table. Un exemple serait un numéro de client pour une base de données qui suit les achats en magasin. Chaque entité ne peut avoir qu'une seule clé primaire.
Les entités peuvent également avoir un nombre quelconque de clés étrangères. Une clé étrangère est le plus souvent la clé primaire d'une autre entité dans une autre table. Dans l'exemple ci-dessus, une clé étrangère peut être un numéro de commande pour ce client.
Dans les bases de données relationnelles, les clés primaires et étrangères sont utilisées pour exprimer le concept très important de relations un à plusieurs. Dans l'exemple donné, un client peut avoir plusieurs commandes et numéros de commande différents. L'inverse n'est pas vrai, car la commande ne peut avoir qu'un seul client. Les relations un à plusieurs expliquent en partie la nécessité d’un schéma de base de données.
Un autre type de relation est appelé plusieurs à plusieurs. Il s'agit d'une instance dans laquelle une entité peut non seulement avoir plusieurs relations avec un seul type, mais peut également être incluse dans plusieurs types par un autre type. Un exemple de ceci est comment un nombre quelconque de clients peuvent commander le même produit. Dans le même temps, un client peut commander un nombre illimité de produits. Cette relation plusieurs à plusieurs est courante mais nécessite une modélisation de données spéciale pour fonctionner dans le schéma de base de données.
Certaines conventions standard sont suivies lors de la création d'un schéma de base de données, mais il existe également de nombreuses manières de représenter les modèles de données. La manière dont chaque objet de schéma est représenté dans une conception abstraite est à la discrétion du modélisateur de données. Dans certaines situations, un système de SGBD sera en mesure d'accepter un schéma de base de données écrit d'une manière spécifique et d'implémenter automatiquement une partie de la conception.