Pourquoi une base de données existe

L’Atelier Martin possède un site avec des pages, des réalisations, des comptes utilisateurs, des demandes de devis, des réglages, des témoignages, des catégories et des formulaires. Une partie de ces informations change régulièrement.

Écrire chaque modification directement dans un fichier HTML deviendrait vite difficile. Il faudrait retrouver le bon fichier, modifier plusieurs endroits, éviter les doublons et s’assurer que deux personnes ne se contredisent pas. Une base de données aide à organiser, retrouver et mettre à jour ces informations.

Elle permet notamment de rechercher, filtrer, trier, relier des informations, gérer plusieurs utilisateurs et conserver des règles de cohérence. Elle n’est pas indispensable à tous les projets : un petit site statique peut fonctionner entièrement avec des fichiers.

Une définition simple

Une base de données est un système organisé pour conserver des informations et les retrouver au besoin. On peut l’imaginer comme un ensemble de classeurs : chaque classeur rassemble une famille d’informations, chaque ligne décrit un élément, et chaque colonne décrit un type d’information.

L’analogie s’arrête là. Une base peut aussi relier plusieurs ensembles, répondre à des recherches complexes, appliquer des règles et gérer plusieurs opérations en même temps. Ce n’est donc pas seulement un grand tableau.

Tables, lignes et colonnes

Dans une base relationnelle, les informations sont souvent rangées dans des tables. Une table de clients peut contenir une ligne par client. Les colonnes indiquent quelles informations sont prévues pour chaque ligne.

idNomEmailCréé leStatut
104Atelier Martincontact@atelier-martin.fr12/03/2026Actif
105Martin Dupontmartin@example.fr14/03/2026Actif

Une cellule contient une valeur précise, comme une adresse email ou une date. Une ligne rassemble les valeurs d’un même élément. Une colonne garde le même type d’information pour tous les éléments.

Le rôle de l’identifiant

L’identifiant permet de distinguer deux éléments, même lorsqu’ils portent le même nom. Deux clients peuvent s’appeler Martin, mais leurs identifiants restent différents. Il est donc possible de retrouver exactement le bon enregistrement.

Un identifiant peut être un nombre, une chaîne de caractères, un UUID ou une autre valeur unique. La manière de le fabriquer dépend du projet. Retenez seulement qu’il sert à reconnaître un élément sans ambiguïté.

Relier plusieurs tables

Une boutique peut avoir des tables pour les clients, les commandes, les produits, les paiements et les adresses. Une commande peut être liée à un client, à plusieurs produits et à une adresse de livraison.

Cette séparation évite de recopier toutes les informations dans un seul immense tableau. Une adresse corrigée reste liée au bon client et les produits peuvent être réutilisés dans plusieurs commandes. Ces liens sont une idée centrale des bases relationnelles.

Créer, lire, modifier et supprimer

Un site effectue souvent quatre actions simples sur ses données : créer une donnée, la lire, la modifier ou la supprimer. Les développeurs résument parfois cela par CRUD, pour Create, Read, Update et Delete.

  • Créer un article ou une demande de devis.
  • Lire une liste de produits ou une page.
  • Modifier une adresse ou le statut d’une commande.
  • Supprimer un compte selon les règles du service.

Le terme est utile à connaître, mais l’important est surtout de comprendre que les contenus d’un site peuvent évoluer sans modifier directement un fichier de page.

Comment le site utilise la base

Dans un site classique, le navigateur ne contacte généralement pas directement la base de données. Le navigateur demande une page, le serveur reçoit la demande et l’application applique les règles prévues. Elle consulte ensuite la base, prépare une réponse et le navigateur affiche le résultat.

Cette séparation aide à vérifier les informations reçues, appliquer les permissions, protéger les accès et garder la logique du site au même endroit. Le guide Du navigateur au serveur présente déjà le trajet général d’une page.

Fichiers et base de données

Comme le montre le guide sur l’organisation des fichiers d’un site, les fichiers peuvent contenir le code, le design, les images, les scripts, les extensions, les modèles et certaines configurations.

La base peut contenir les pages, les articles, les comptes, les réglages, les commandes, les commentaires et les relations entre contenus. La différence entre fichiers et base de données dépend toutefois de la technologie : une image peut être un fichier, être référencée dans la base, venir d’un service externe ou, plus rarement, être conservée directement dans la base.

ÉlémentSouvent conservé dansExemple
Code et stylesFichiersthème, CSS, script
ImageFichier ou service externephoto de réalisation
ContenuBase de donnéestitre, article, statut
RéglageBase ou fichieroption du site

MySQL, MariaDB et bases relationnelles

Une base relationnelle organise les données dans des tables qui peuvent être liées. MySQL et MariaDB sont deux systèmes très courants dans l’hébergement web. Ils permettent de créer et de gérer des bases relationnelles.

WordPress utilise généralement MySQL ou MariaDB. Ces noms désignent les logiciels qui gèrent les bases, pas la base elle-même. Ils sont proches et souvent compatibles pour les usages courants, sans être strictement identiques dans tous les cas.

Les autres familles de bases

Toutes les bases ne rangent pas les informations de la même façon. Certaines travaillent surtout avec des documents, des paires clé-valeur, des graphes, des séries temporelles ou de la recherche spécialisée.

PostgreSQL, SQLite, MongoDB et Redis sont d’autres noms que vous pourrez rencontrer. Il n’est pas nécessaire de les comparer maintenant : leur existence rappelle simplement qu’une base de données n’a pas une seule forme.

Où fonctionne la base

La base peut fonctionner sur le même serveur que le site, sur une autre machine, dans un service managé, dans le cloud ou localement pendant le développement. Le site utilise des informations de connexion pour la joindre : adresse, port, nom de base, utilisateur et mot de passe.

Ces informations doivent rester protégées. Elles sont souvent différentes entre l’environnement local, la préproduction et la production, comme l’explique le guide sur les environnements de travail.

Sauvegarde et restauration

Copier uniquement les fichiers ne suffit pas toujours à sauvegarder un site dynamique. Dans WordPress, les fichiers peuvent contenir le thème, les extensions et les médias, tandis que la base contient souvent les pages, les articles, les menus, les réglages et les utilisateurs.

Une sauvegarde complète doit donc souvent inclure les fichiers, la base de données et les informations nécessaires à la restauration. Le prochain guide expliquera plus précisément cette répartition dans WordPress.

Sécurité et accès

La base ne doit pas être un accès public

Une base de données ne doit pas être exposée directement sans nécessité. Utilisez des identifiants distincts, limitez les permissions, protégez les mots de passe, gardez le système à jour et sauvegardez régulièrement. Les données reçues par un site doivent aussi être validées afin d’éviter des erreurs et des risques comme les injections SQL.

Évitez également de copier des données réelles dans un environnement de test sans précaution. Comptes, demandes de devis, commandes et coordonnées peuvent être sensibles.

Performances et index

Une base peut devenir lente lorsque les données sont nombreuses, que les recherches sont mal conçues, que les ressources sont insuffisantes ou que trop de demandes arrivent en même temps. L’application peut aussi demander plus de données que nécessaire.

Un index aide à retrouver une information plus vite, comme l’index à la fin d’un livre évite de parcourir chaque page. Il faut toutefois l’adapter au besoin réel : son choix et sa création relèvent d’une étape technique plus avancée.

Exemple complet

L’Atelier Martin publie une réalisation. Les fichiers du site fournissent le modèle de page, le style, le script et les images. La base contient le titre, la description, la date, la catégorie, la référence de l’image et le statut de publication.

Quand un visiteur ouvre cette réalisation, le serveur reçoit la demande. L’application recherche les données, les place dans le modèle prévu, puis renvoie la page au navigateur. Le visiteur voit une page unique, même si plusieurs fichiers et données ont participé à sa préparation.

Ce qu’il faut retenir

  • Une base de données organise des informations qui changent ou qui sont liées entre elles.
  • Les tables, lignes, colonnes et identifiants aident à retrouver une donnée précise.
  • Le navigateur passe généralement par le serveur et l’application, pas directement par la base.
  • Les fichiers et les données ont des rôles complémentaires selon la technologie.
  • Pour sauvegarder un site dynamique, il faut souvent conserver les fichiers et la base de données.

Questions fréquentes

Non. Un petit site statique peut fonctionner avec des fichiers. Une base devient surtout utile lorsque les contenus sont nombreux, liés ou souvent modifiés.
Un fichier contient une information ou des instructions à un emplacement. Une base organise de nombreuses informations pour pouvoir les retrouver, les relier et les mettre à jour.
MySQL est un logiciel qui crée et gère des bases de données relationnelles. Il ne désigne pas à lui seul le contenu d’une base précise.
Pas forcément. Les images sont souvent des fichiers et la base conserve leur référence. D’autres organisations existent selon le projet.
Elle peut fonctionner sur le même serveur, sur un serveur séparé ou dans un service managé. Cela dépend de l’hébergement et de l’architecture du site.
Pour un site dynamique, cela peut laisser de côté les pages, articles, comptes ou réglages. Une sauvegarde complète inclut souvent les fichiers et la base.
Généralement non. Le serveur et l’application contrôlent la demande avant de consulter la base et de préparer une réponse.
Ce sont deux systèmes proches pour gérer des bases relationnelles. Ils partagent de nombreux usages, mais ne sont pas strictement identiques dans tous les cas.
Le volume de données, les recherches, les ressources, le nombre de demandes et la façon dont l’application interroge la base peuvent tous jouer un rôle.
Certains outils permettent d’afficher les données sous forme de tableau, mais une base gère aussi les liens, les accès et les recherches. Elle ne se limite pas à une feuille de calcul.