Base de données

Deux grandes familles de bases de données coexistent, distinguées par la manière dont elles modélisent l'information. Le choix dépend de la structure des données, des besoins de cohérence et du profil de montée en charge.

Les bases relationnelles (SQL) organisent les données en tables liées par des relations, avec un schéma défini à l'avance. Elles garantissent la cohérence transactionnelle (propriétés ACID) et conviennent aux données fortement structurées : facturation, comptabilité, gestion de stocks. Exemples : MySQL, MariaDB, PostgreSQL.

Les bases NoSQL assouplissent ou abandonnent le modèle tabulaire au profit de documents, de paires clé-valeur, de colonnes ou de graphes. Elles privilégient la flexibilité du schéma et la mise à l'échelle horizontale, au prix d'une cohérence parfois différée. Exemples : MongoDB (documents), Redis (clé-valeur), Neo4j (graphe).

Dans une application métier, la base de données constitue la couche de persistance : elle conserve l'état du système entre deux sessions et entre plusieurs utilisateurs. L'application ne manipule pas directement les fichiers de stockage, elle dialogue avec le SGBD via des requêtes.

• Persistance : conserver durablement les données saisies (clients, commandes, documents) au-delà de l'exécution.
• Intégrité : faire respecter des règles (clés, contraintes, types) pour éviter les données incohérentes ou orphelines.
• Accès concurrent : gérer plusieurs utilisateurs simultanés sans conflit grâce aux transactions et au verrouillage.
• Performance : restituer rapidement l'information via les index et l'optimisation des requêtes.
• Sécurité : contrôler les droits d'accès et journaliser les opérations.

L'application accède le plus souvent à la base via une couche d'abstraction (ORM ou requêteur) qui traduit les objets métier en opérations de lecture et d'écriture. Cette séparation isole la logique applicative du moteur de stockage et facilite la maintenance.