Une base de données n'est pas un gros fichier Excel.

Le travail ne commence pas à la première table. Il commence par des années de fichiers qu'il faut d'abord comprendre.

01 · Le point de départ

On ne part presque jamais d'une feuille blanche

Une entreprise possède déjà plusieurs années de fichiers, construits par des personnes différentes, pour des besoins qui ont changé en cours de route. Certains sont abandonnés, d'autres sont vitaux, et rien ne les distingue au premier regard.

Avant toute migration, il faut comprendre comment le système actuel fonctionne — y compris les règles que personne n'a jamais écrites, et qui vivent dans une formule ou dans la tête d'une seule personne.

C'est ce qui sépare une migration d'une création : on hérite d'une histoire, et cette histoire a de la valeur.

02 · Ce que ça change

Une base impose une structure. Excel, non.

C'est le point qui surprend le plus. Une base de données n'est pas un classeur avec plusieurs onglets : elle oblige à décider, avant de stocker quoi que ce soit,

ce que représente exactement chaque donnée ;
où elle doit être enregistrée — à un seul endroit ;
sous quelle forme, et avec quelles valeurs autorisées ;
comment elle est reliée aux autres informations.

Cette rigueur n'existe pas dans des fichiers accumulés au fil des années — et c'est normal, Excel ne la demande jamais.

C'est pour cela qu'une migration demande du travail. Il ne suffit pas de copier d'Excel vers une base : il faut d'abord comprendre les données, les nettoyer et les restructurer pour qu'elles entrent dans un modèle cohérent.

03 · La progression

Sept temps, et aucun ne se saute

Les données Excel existantes

Le point de départ réel : les fichiers tels qu'ils sont, pas tels qu'on les décrit en réunion.

Compréhension

Que contient chaque colonne, qui la remplit, à quoi elle sert vraiment. C'est l'étape la plus longue, et celle qu'on saute le plus souvent.

Nettoyage

Doublons, lignes de total glissées au milieu des données, cellules vides qui veulent dire zéro, et celles qui veulent dire « on ne sait pas ».

Harmonisation

Un même client écrit de la même façon partout, un même format de date, une même unité. Sans cela, rien ne se rapproche.

Modélisation

Les tables, les relations, les clés. Le modèle s'écrit en français avant de s'écrire en SQL, et il se relit à voix haute.

La base de données

Construite, avec ses contraintes : elle refuse d'elle-même ce qui n'a pas de sens. C'est tout l'intérêt.

Migration

L'historique est repris, pas abandonné. On compare l'ancien et le nouveau jusqu'à ce qu'ils tombent d'accord.

Un modèle de données : les tables, leurs champs et les relations qui les relient — Le modèle livré en fin de conception : chaque table, chaque champ, et le lien qui la relie aux autres.

04 · Le détail du travail

Ce qui se passe concrètement

Analyser les fichiers existants, et repérer les données réellement utilisées.
Comprendre la signification de chaque information, avec ceux qui la saisissent.
Détecter les incohérences, harmoniser les formats, nettoyer.
Identifier les doublons — souvent le même client sous quatre orthographes.
Définir des types cohérents, et séparer ce qui doit l'être : la date d'un côté, l'heure de l'autre.
Concevoir les tables et les relations qui les lient.
Créer des identifiants stables, qui ne changeront jamais.
Préparer puis réaliser la migration, et vérifier qu'elle dit la même chose que l'ancien système.

Comprendre un système existant, construit autour d'Excel, puis le transformer progressivement en une structure fiable et durable.

05 · L'étape suivante

Des données enfin exploitables

Une fois la structure en place, les questions qui prenaient deux jours en prennent dix minutes. C'est là que l'analyse commence vraiment.

Étape 03 · Analyse des données →

Prise de contact

Dites-moi ce que vous cherchez à obtenir

Un message suffit pour commencer. On regarde ensemble si le besoin est une formation, une mission, ou simplement une base à remettre d'aplomb — et un devis suit s'il y a matière.

Écrire à Orion-Sigma