Qu'est-ce que le RDD?
Qu'est-ce que le RDD?
La conception de base de données relationnelleRDDDR) organise les données en tableaux bidimensionnels composés de lignes et de colonnes. Chaque ligne du tableau est un enregistrement, avec des colonnes qui sont des attributs ou des champs de l'enregistrement. Un ensemble de tableaux apparentés est appelé schéma. L'objectif d'une telle conception est de permettre un accès flexible aux données stockées dans le schéma à l'aide du langage de requête structuré (SQL).
Pourquoi la conception d'une base de données relationnelle est-elle importante ?
Le processus de conception d'une base de données relationnelle permet de cartographier une fonction commerciale dans un modèle de données qui peut être géré par un système de gestion de base de données relationnelles SGBDR). Le SGBDR stocke les données relatives à la fonction commerciale, ce qui facilite le stockage des informations transactionnelles qui peuvent être récupérées par des applications et utilisées par des solutions d'analyse de données telles que les systèmes d'informatique décisionnelle (BI).
Grâce à sa support atomicité cohérence isolement durabilité (ACID), le modèle relationnel offre aux entreprises un traitement robuste des transactions. ACID offre les possibilités suivantes :
atomicité
atomicité applique la règle du tout ou rien pour protéger l'intégrité des données dans un système de base de données relationnel. Si une transaction apporte plusieurs modifications, elles sont toutes validées en tant qu'unité. Si une modification échoue pour une raison quelconque, l'ensemble de la transaction est annulée. Si une transaction est en cours lorsque le serveur tombe en panne, toutes les transactions non validées sont annulées par défaut.
cohérence
La cohérence est maintenue en interdisant toute donnée qui ne correspond pas au type de données d'un champ, qui est une contrainte régissant les valeurs de données valides.
isolement
isolement garantit que chaque transaction est exécutée dans son propre espace protégé, de sorte qu'aucune autre transaction ne puisse interférer avec une autre.
durabilité
La durabilité protège les modifications engagées en garantissant qu'elles sont écrites sur un support non volatile, de sorte qu'en cas de défaillance d'un serveur, les transactions engagées sont protégées.
Le processus de conception d'une base de données relationnelle
Vous trouverez ci-dessous les étapes qu'un concepteur de base de données doit suivre pour faire correspondre une fonction commerciale à une base de données relationnelle.
Modélisation des entités
La première étape du processus de conception consiste à identifier toutes les entités impliquées dans une transaction commerciale.
Nous pouvons prendre l'exemple d'une application de gestion des commandes clients. Les entités impliquées dans le traitement des commandes peuvent être les employés, les départements, les produits, les clients et les commandes.
Chaque entité possède des attributs ou des détails qu'il est important de suivre. Dans le cas d'une commande, il peut s'agir du nom du client, du numéro de client, de l'identifiant et de la description du produit, de la quantité, de la date de la commande et du montant de l'article.
Il est important de savoir comment les entités sont reliées et si la relation est de type un à un, plusieurs à un, un à plusieurs, facultative ou obligatoire.
Nous disposons à présent de suffisamment d'informations pour créer un modèle de relations entre entités.
Normalisation
La normalisation supprime les groupes répétitifs et organise le modèle de données en veillant à ce que chaque élément soit connecté à l'aide de valeurs de clés primaires et étrangères.
Les séries de normalisation sont définies comme suit :
- Première forme normale.
- Deuxième forme normale.
- Troisième forme normale.
- Forme normale de Boyce-Codd.
- Cinquième forme normale.
Conception physique
La conception logique étant achevée, nous pouvons passer à la phase de conception physique. Le schéma de la base de données correspond étroitement au modèle entièrement normalisé pour un cas d'usage centré sur les transactions. Il utilise un nombre minimal d'index pour maximiser le débit, car la mise à jour des index peut être lente.
Dans un cas d'usage d support décision ou d'analyse, les données peuvent être dénormalisées et des index supplémentaires peuvent être ajoutés. Le schéma d'une base de données analytique peut être organisé en étoile ou en flocon de neige pour support requêtes les plus courantes.
Stockage
Les bases de données relationnelles traditionnelles stockent un enregistrement sous la forme d'une ligne entière, tandis que les bases de données orientées colonnes stockent les tableaux dans des colonnes distinctes. Cela présente l'avantage de stocker les données dans l'ordre dans lequel elles ont été triées lors du chargement. Il s'agit souvent de l'index primaire naturel, ce qui minimise le besoin d'index. La deuxième raison pour laquelle les bases de données en colonnes excellent pour les workloads analytiques est qu'elles peuvent ignorer toutes les colonnes non liées à une requête, de sorte que l'ensemble des résultats est beaucoup plus petit et a beaucoup plus de chances de tenir dans la mémoire cache.
Actian et les bases de données relationnelles
La plateforme de données Actian comprend plusieurs bases de données relationnelles, dont Actian Vector pour les workloads analytiques à haute vitesse et Actian Ingres pour les charges de travail transactionnelles. La plateforme de données Actian fonctionne sur site et sur plusieurs plateformes cloud, notamment AWS, Azure et Google Cloud, de sorte que vous pouvez exécuter vos analyses là où résident vos données.
