Conception de base de données. Meilleures pratiques

En prévision du début du prochain volet du cours Bases de données, nous avons préparé un petit matériel d'auteur avec des conseils importants pour la conception de la base de données. Nous espérons que ce matériel vous sera utile.

---

Les bases de données sont partout: des simples blogs et répertoires aux systèmes d'information fiables et aux grands réseaux sociaux. Ce n'est pas si important, une base de données simple ou complexe, combien il est essentiel de la concevoir correctement. Lorsque la base est conçue de façon irréfléchie et sans une compréhension claire de l'objectif, elle n'est pas seulement efficace, mais un travail ultérieur avec la base sera une véritable forêt infranchissable pour les utilisateurs. Voici quelques conseils de conception de base de données pour vous aider à créer un produit utile et facile à utiliser.

1. Déterminez à quoi sert la table et quelle est sa structure.

Aujourd'hui, les méthodes de développement telles que Scrum ou RAD (développement rapide d'applications) aident les équipes informatiques à développer rapidement des bases de données. Cependant, dans la poursuite du temps, la tentation est très grande de plonger directement dans la construction de la base, imaginant vaguement quel est le but, quels devraient être les résultats finaux.

Comme si l'équipe se concentre sur un travail efficace et à grande vitesse, mais c'est un mirage. Plus vous approfondissez et accélérez le projet, plus il vous faudra de temps pour identifier et modifier les erreurs dans la base du projet.

Par conséquent, la première chose à décider est de déterminer le but de votre base de données. Pour quel type d'application la base de données est-elle développée? L'utilisateur ne travaillera-t-il qu'avec des enregistrements et devra-t-il prêter attention aux transactions ou est-il plus intéressé par l'analyse des données? Où la base doit-elle être déployée? Va-t-elle suivre le comportement des clients ou simplement gérer la relation entre eux?

Plus tôt l'équipe de conception répondra à ces questions, plus le processus de conception de la base de données sera doux et fluide.

2. Quelles données choisir pour le stockage?

Planifiez à l'avance. Réflexions sur ce que le site ou le système fera à l'avenir pour lequel la base de données est conçue. Il est important d'aller au-delà des simples exigences des spécifications techniques. S'il vous plaît, ne commencez pas à penser immédiatement à tous les types de données possibles que l'utilisateur stockera jamais. Mieux vaut déterminer si les utilisateurs peuvent publier, télécharger des documents ou des photos, ou échanger des messages. Si c'est le cas, dans la base de données, vous devez leur allouer de l'espace.

Travailler avec une équipe, un département ou une organisation pour lesquels la base de projet sera prise en charge à l'avenir. Connectez-vous avec des personnes à tous les niveaux, des spécialistes du service à la clientèle aux chefs de service. Ainsi, à l'aide de commentaires, vous avez une idée claire des exigences de l'entreprise.

Inévitablement, les besoins des utilisateurs au sein d'un même service entreront en conflit. Si vous rencontrez cela, n'ayez pas peur de vous fier à votre propre expérience et de trouver un compromis qui conviendra à toutes les parties et satisfera l'objectif ultime de la base de données. Soyez sûr: à l'avenir, +100500 en karma et une montagne de cookies voleront vers vous.

3. Modélisez les données avec soin

Il y a plusieurs points clés à considérer lors de la modélisation des données. Comme nous l'avons dit précédemment, cela dépend de l'objectif de la base de données des méthodes à utiliser dans la simulation. Si nous concevons une base de données pour le traitement opérationnel des enregistrements (OLTP), en d'autres termes, pour les créer, les modifier et les supprimer, nous utilisons la modélisation des transactions. Si la base de données doit être relationnelle, la modélisation multidimensionnelle est la meilleure.

Pendant la simulation, des modèles de données conceptuels (CDM), physiques (PDM) et logiques (LDM) sont créés.

Les modèles conceptuels décrivent les entités et les types de données qu'ils incluent, ainsi que les relations entre eux. Divisez vos données en blocs logiques - c'est beaucoup plus facile à vivre.
L'essentiel est une mesure, n'en faites pas trop.

Si une entité est très difficile à classer en un mot ou une phrase, il est temps d'utiliser des sous-types (entités enfants).

Si une entité mène sa propre vie, possède des attributs qui décrivent son comportement et son apparence, ainsi que des relations avec d'autres objets, vous pouvez utiliser en toute sécurité non seulement un sous-type, mais aussi un supertype (entité parent).

Si vous négligez cette règle, les autres développeurs seront confus dans votre modèle et ne comprendront pas pleinement les données et les règles, comment les collecter.

Les modèles conceptuels sont mis en œuvre à l'aide de modèles logiques. Ces modèles sont comme une feuille de route pour la conception d'une base de données physique. Dans le modèle logique, les entités des données métier sont distinguées, les types de données, le statut de la clé de règle qui régit la relation entre les données sont déterminés.

Ensuite, le modèle de données logique est comparé à la plate-forme précédemment sélectionnée du SGBD (système de gestion de base de données) et le modèle physique est obtenu. Il décrit un moyen de stocker physiquement des données.

4. Utilisez des types de données appropriés

L'utilisation d'un type de données incorrect peut entraîner des données moins précises, des difficultés à joindre des tables, à synchroniser des attributs et à gonfler la taille des fichiers.
Pour garantir l'intégrité des informations, un attribut ne doit contenir que des types de données acceptables pour lui. Si l'âge est entré dans la base de données, assurez-vous que les nombres entiers d'un maximum de 3 chiffres sont stockés dans la colonne.

Créez un minimum de colonnes vides avec une valeur NULL. Si vous créez toutes les colonnes comme NULL, c'est une erreur. Si vous avez besoin d'une colonne vide pour effectuer une fonction métier spécifique, lorsque les données sont inconnues ou n'ont pas encore de sens, n'hésitez pas à créer. Après tout, nous ne pouvons pas remplir à l'avance les colonnes «Date de décès» ou «Date de licenciement», nous ne sommes pas des prédicteurs pour pointer du doigt le ciel :-).

La plupart des logiciels de modélisation (ER / Studio, MySQL Workbench, SQL DBM, gliffy.com) permettent de créer des prototypes de zones de données. Cela garantit non seulement le type de données correct, la logique d'application et de bonnes performances, mais également la valeur requise.

5. Préférez le naturel

Lorsque vous décidez quelle colonne du tableau choisir comme clé, faites toujours attention aux champs que l'utilisateur peut modifier. Ne les choisissez jamais comme clé - une mauvaise idée. Tout peut arriver et vous devez garantir l'unicité.

Il est préférable d'utiliser une clé naturelle ou professionnelle. Cela a du sens, vous évitez donc les doublons dans la base de données.

Si seule la clé d'entreprise n'est pas unique (nom, prénom, position) et est répétée dans différentes lignes du tableau ou si elle doit être modifiée, la clé générée doit être affectée à la clé de substitution artificielle générée (clé artificielle).

6. Normaliser avec modération

Pour organiser efficacement les données dans la base de données, vous devez suivre un ensemble de recommandations et normaliser la base de données. Il y a cinq formes normales à suivre.
Grâce à la normalisation, vous évitez la redondance et assurez l'intégrité des données utilisées dans l'application ou sur le site.

Comme toujours, tout doit être modéré, même normalisé. Si la base de données contient trop de tables avec les mêmes clés uniques, vous vous laissez emporter et normalisez excessivement la base de données. Une normalisation excessive affecte négativement les performances de la base de données.

7. Testez tôt, testez plus souvent

Un plan de test et des tests appropriés doivent faire partie de la conception de la base de données.

Il est préférable de tester la base de données via l'intégration continue. Modélisez le scénario «Un jour dans la vie de la base de données» et vérifiez si tous les cas limites sont traités et quelles interactions utilisateur sont probables. Plus tôt vous trouvez des bogues, plus vous économisez du temps et de l'argent.

Ce ne sont que sept conseils pour vous aider à concevoir une excellente base de données de performances et d'efficacité. Si vous les suivez, vous éviterez la plupart des maux de tête à l'avenir. Ces conseils ne sont que la pointe de l'iceberg dans la modélisation de bases de données. Il existe un grand nombre de hacks de vie. Lesquels utilisez-vous?