Qu’est-ce qu’un schéma de base de données ?
Une sorte de schéma de base de données Est une collection de métadonnées qui décrit la relation entre les objets et les informations dans une base de données. Une façon simple de considérer un modèle est comme une boîte contenant des tables, des procédures stockées, des vues et des ressources de données associées. Un schéma définit l’infrastructure de la box.
Conteneur d’actifs de données
À leur niveau de base, les schémas agissent comme des conteneurs pour les actifs de données. Cependant, différents fournisseurs de bases de données construisent leurs schémas de différentes manières. Par exemple, Oracle traite chaque schéma comme un compte d’utilisateur. Pour créer un nouveau schéma, l’administrateur de base de données crée un nouvel utilisateur de base de données avec le nom de schéma attendu.
Pourquoi l’architecture est importante
Étant donné que les schémas constituent la fonctionnalité structurelle fondamentale d’une base de données, la plupart des environnements de base de données appliquent des autorisations d’accès aux objets au niveau du schéma.
Par exemple, une base de données d’entreprise peut contenir une liste d’utilisateurs. Chaque utilisateur aboutit à un schéma, mais l’accès aux différents schémas est accordé séparément et avec une granularité d’autorisations accordées aux utilisateurs en dehors du schéma principal.
La plupart des outils de gestion de base de données ne répertorient pas les schémas. Au lieu de cela, ils répertorient les bases de données et les utilisateurs.
Par exemple, une entreprise crée des comptes d’utilisateurs (schémas) pour Bob et Jane. Il crée également des comptes pour des départements tels que les ressources humaines et le marketing. Il permet ensuite aux analystes de chaque service d’accéder au compte de schéma de leur service.
L’analyste RH crée des tables et des vues dans le schéma RH et accorde à Bob un accès en lecture (mais pas en écriture) à la table RH qui répertorie les noms et numéros d’identification des employés. De plus, l’analyste RH peut accorder à Jane l’autorisation de lire et d’écrire dans le tableau RH qui répertorie les numéros de téléphone des employés.
En accordant l’accès de cette manière, seuls les rôles et utilisateurs appropriés peuvent lire, écrire ou modifier des données dans des actifs de données autonomes au sein de la base de données plus vaste.
Chaque moteur de base de données considère les schémas comme le moyen fondamental de séparer les données dans un environnement multi-utilisateurs.
Différents moteurs de base de données traitent les utilisateurs et les schémas différemment. Consultez la documentation de votre moteur de base de données pour découvrir la syntaxe et le modèle logique concernant l’utilisateur, le schéma et l’octroi d’autorisations.
Créer un schéma
Le schéma est formellement défini à l’aide du langage SQL (Structured Query Language). Par exemple, dans Oracle, vous créez un schéma en créant un compte utilisateur qui en est propriétaire :
Créer un utilisateur bob
Identifié par un mot de passe temporaire
Exemple d’espace de table par défaut
Exemple de QUOTA 10M SUR
temp température de l’espace table
QUOTA 5M ON système
Profil app_user
Mot de passe expiré;
D’autres utilisateurs ont accès au nouveau schéma via leur nom d’utilisateur ou un ou plusieurs rôles auxquels le compte d’utilisateur a été ajouté.
Schéma et modèle de données
Comme les modèles de données, les schémas ne sont pas destinés à faire quoi que ce soit. Il s’agit plutôt d’une infrastructure qui prend en charge les autorisations segmentées dans la base de données.
Un modèle de données est une collection de tables et de vues jointes sur une clé spécifique. Ensemble, ces actifs de données servent un objectif commercial. L’application de modèles de données aux schémas est acceptable – pour les modèles de données volumineux et complexes, les associer à des schémas permet une gestion intelligente de la base de données. Mais il n’est pas logiquement nécessaire d’utiliser un schéma pour le modèle de données ou de traiter le modèle de données comme un schéma.
Par exemple, un service des ressources humaines peut inclure un modèle de données dans son schéma pour l’évaluation des performances des employés. Il n’est pas nécessaire de créer un schéma pour ces commentaires, le modèle de données peut être situé dans le schéma HR (avec d’autres modèles de données) et maintenu logiquement distinct en préfixant les noms de table et de vue des objets dans le modèle de données.
Un modèle de données peut recevoir un nom informel tel que GradeEnsuite, toutes les tables et vues peuvent commencer par pr_La table de la liste des employés peut être référencée comme hr.pr_employee Pas besoin d’un nouveau cadre d’évaluation du rendement.
FAQ
-
Quelle est la différence entre le schéma de la base de données et l’état de la base de données ?
Un schéma de base de données décrit une base de données. L’état de la base de données fait référence au contenu de la base de données à un certain moment, qui peut être considéré comme une extension du schéma de la base de données.
-
Quel est le schéma relationnel d’une base de données ?
Un schéma relationnel décrit les relations entre les tables et les éléments interdépendants. Les schémas peuvent être des illustrations graphiques ou des diagrammes, ou ils peuvent être écrits en code SQL.
Merci de nous en informer!
Dites-nous pourquoi !
D’autres détails ne sont pas assez difficiles à comprendre
