Diagrammes physiques

Un diagramme physique de données fournit une représentation graphique de votre structure de base de données, et vous aide à analyser ses tables (y compris leurs colonnes, index et triggers), vues et procédures, ainsi que les références entre elles.

Dans l'exemple suivant, la table Salarié est montrée en relation avec les tables Equipe, Division, Matériel, Tâche et Projet :

• Objets du diagramme physique
  PowerAMC prend en charge tous les objets nécessaires pour construire des diagrammes physiques.
• Tables (MPD)
  Une table est utilisée pour stocker des données dans un jeu de colonnes. Chaque enregistrement dans la table représente une ligne, qui est identifiée de façon unique par les valeurs de sa ou ses colonnes de clé primaire.
• Colonnes (MPD)
  Une colonne est un jeu de valeurs d'un même type dans une table. Chaque ligne de la table contient une instance de chaque colonne. Chaque table doit comporter au moins une colonne, qui doit être dotée d'un nom et d'un code et à laquelle vous pouvez affecter un type de données, soit de façon directe, soit via un domaine.
• Clés primaires, alternatives et étrangères (MPD)
  Une clé se compose d'une ou de plusieurs colonnes dont les valeurs correspondent à une et une seule ligne de la table. Chaque clé peut générer un index unique ou une contrainte unique dans la base de données courante.
• Index (MPD)
  Un index est une structure de données associée à une ou plusieurs colonnes ordonnée par les valeurs des colonnes. Les index sont le plus souvent créés pour les colonnes fréquemment interrogées, ce afin d'améliorer les temps de réponse. La plupart des types d'index sont plus efficaces lorsqu'appliqués à des colonnes ayant une cardinalité élevée.
• Vues (MPD)
  Une vue est une requête qui permet d'accéder à tout ou partie des données d'une ou de plusieurs tables connectées par des jointures. Les vues ne copient pas les données depuis les tables sous-jacentes et sont mises à jour lorsque les données de ces tables changent. Les vues peuvent référencer d'autres vues, peuvent ordonner ou filtrer les données si nécessaires, et peuvent ne pas être distinguées des tables pour les utilisateurs qui y accèdent.
• Triggers (MPD)
  Un trigger est un segment de code SQL associé à une table ou à une vue, et qui est appelé automatiquement chaque fois qu'un utilisateur tente de modifier des données dans la table ou vue associée au trigger à l'aide d'une commande d'insertion, de suppression ou de mise à jour. Un trigger de SGBD n'est pas associé à une table ou à une vue, et se déclenche lors de modifications de la structure de la base de données elle-même, par exemple lors de la création ou de la suppression d'une table ou lors d'événements tels qu'un démarrage, un arrêt ou une connexion. Vous pouvez utiliser des triggers pour mettre en oeuvre l'intégrité référentielle (lorsque les contraintes déclaratives ne suffisent pas) et pour mettre en oeuvre des séquences pour les colonnes.
• Procédures stockées et fonctions (MPD)
  Vous pouvez définir des procédures stockées et des fonctions pour tous les SGBD qui les prennent en charge.
• Propriétés d'un utilisateur, d'un groupe ou d'un rôle (MPD)
  Un utilisateur est un objet de base de données qui identifie une personne pouvant ouvrir une session ou se connecter à une base de données. Les groupes et les rôles sont utilisés afin de simplifier l'octroi de droits à des utilisateurs, dans la mesure où les privilèges et permissions octroyés à un groupe ou rôle sont hérités par les utilisateurs qui appartiennent à ce groupe ou remplissent ce rôle.
• Synonymes (MPD)
  Les synonymes sont des noms de remplacement pour divers types d'objets de base de données, qui peuvent être utilisés pour masquer le nom et le propriétaire d'un objet, permettre la transparence sur l'emplacement pour des objets distants d'une base de données distribuée et simplifier les instructions SQL pour les utilisateurs de base de données.
• Défauts (MPD)
  Les objets défaut sont des valeurs nommées qui peuvent être affectées à des colonnes ou des domaines. Les défauts sont disponibles pour sélection dans la liste Défaut sur l'onglet Paramètres de contrôle des feuilles de propriétés de colonne et de domaine. Les défauts ne sont pas pris en charge par tous les SGBD.
• Domaines (MCD/MLD/MPD)
  Les domaines vous permettent de regrouper type de données, longueur, précision, caractère obligatoire ou non, paramètres de contrôle et règle de gestion afin de standardiser leur application à un jeu de colonnes ou d'attributs d'entité. Vous pouvez définir des domaines pour les colonnes de type ID, nom, adresse ou tout autre type de données que vous souhaitez standardiser dans plusieurs colonnes ou attributs de votre modèle.
• Séquences (MPD)
  Les séquences sont des colonnes auto-incrémentées qui permet de définir des incrémentations complètes. Les séquences sont disponibles pour sélection dans la liste Séquence sur l'onglet Général d'une feuille de propriétés de colonne. Les séquences ne sont pas prises en charge par tous les SGBD.
• Types de données abstraits (MPD)
  Un type de données abstrait (ADT, abstract data type) est un type de données défini par l'utilisateur qui peut incorporer une plage de valeurs et des fonctions qui peuvent être exécutées sur les données. Tous les types de SGBD ne prennent pas en charge les types de données abstraits.
• Références (MPD)
  Une référence est un lien entre une table parent et une table enfant, qui définit une contrainte d'intégrité référentielle entre des paires de colonnes pour une clé primaire ou alternative et une clé étrangère, ou bien entre des colonnes spécifiées par l'utilisateur. Chaque paire de colonnes est liée par une jointure, et chaque référence peut contenir une ou plusieurs jointures. Chaque valeur dans la colonne de table enfant équivaut à la valeur dans la colonne de la table parent.
• Références de vue (MPD)
  Une référence de vue est un lien entre une table ou vue parent et une table ou vue enfant, qui définir les jointures entre les colonnes parent et enfant. Les références de vue ne sont pas générées dans la base de données.
• Règles de gestion (MCD/MLD/MPD)
  Une règle de gestion peut représenter une disposition légale, une exigence formulée par un client ou un article de règlement interne. A l'origine des règles de gestion, on trouve souvent de simples observations telles que "les clients appellent un numéro vert pour passer commande". Lors du processus de conception, ces observations sont formulées plus en détails (par exemple, "quelles sont les informations fournies par un client lorsqu'il passe commande ou combien un client peut-il dépenser en fonction du crédit dont il dispose".
• Cycles de vie (MPD)
  Un cycle de vie permet de modéliser le transfert de données depuis des stockages rapides et coûteux vers divers types de stockage meilleur marché et moins performants, à mesure que l'ancienneté des données augmente et que leur consultation diminue. La période durant laquelle les données restent sur chaque type de stockage est modélisée sous la forme de phases, qui sont associées au tablespaces.
• Tablespaces et storages (MPD)
  Les tablespaces et les storages sont des objets génériques utilisés pour représenter des emplacements physiques (dans des partitions nommées) de table et d'index dans une base de données ou un dispositif de stockage.
• Services Web (MPD)
  Les services Web sont des applications stockées sur des serveurs Web auxquels ont accède en utilisant les protocoles (HTTP, SOAP) et formats de données (HTML, XML...) Web standard, et ce quel que soit les systèmes et langages de programmations employés. PowerAMC prend en charge la modélisation à la fois du protocole SOAP, dans lequel les requêtes sont incorporées dans des services, et HTTP, dans lequel les opérations sont appelées directement.