Vidéo: Business Intelligence #05 : Modélisation d'un datawarehouse 2024
Un tableau se compose de lignes et de colonnes et traite généralement d'un type spécifique d'entité dans SQL, tel que des clients, des produits ou des factures. Un travail utile nécessite généralement des informations sur plusieurs (ou plusieurs) entités apparentées. Sur le plan organisationnel, vous collectez les tables que vous associez à ces entités en fonction d'un schéma logique. Un schéma logique est la structure organisationnelle d'une collection de tables liées.
Une base de données a également un schéma physique - qui représente la disposition physique des données et des éléments associés (tels que les index) sur les périphériques de stockage du système. Lorsque vous voyez l'expression "le schéma" d'une base de données, elle fait référence au schéma logique, pas au schéma physique.
Sur un système où plusieurs projets non liés peuvent cohabiter, vous pouvez affecter toutes les tables associées à un schéma. Vous pouvez collecter d'autres groupes de tables dans des schémas qui leur sont propres.
Veillez à nommer vos schémas pour vous assurer que personne ne mélange accidentellement des tables d'un projet avec des tables d'un autre. Chaque projet a son propre schéma associé; vous pouvez le distinguer des autres schémas par son nom. L'affichage de certains noms de table (tels que CLIENT, PRODUIT, etc.) apparaît dans plusieurs projets.
Si une ambiguïté de dénomination existe, définissez le nom de votre table en utilisant son nom de schéma (comme dans SCHEMA_NAME. TABLE_NAME). Si vous ne qualifiez pas un nom de table, SQL assigne cette table au schéma par défaut.
