Les anciens systèmes Delphi avec Paradox ou BDE semblent au premier abord souvent n’être qu’une question de base de données. En pratique, ils intègrent cependant des rapports, des formulaires, des autorisations, des tables spéciales locales et des processus qui se sont constitués au fil des ans.
Une migration vers MariaDB ou une autre base de données moderne est pertinente lorsque la cohérence des données, le fonctionnement multi-utilisateur, le déploiement et l’évolutivité doivent redevenir viables. Ce qui compte, ce n’est pas seulement le serveur cible technique, mais la migration contrôlée de la logique existante.
Nous considérons donc les tables, les index, les chemins SQL, les jeux de caractères, les transactions et les cas particuliers nés historiquement comme un ensemble cohérent de modernisation. Ce n’est qu’ainsi qu’un changement de base de données devient une base technique pour des étapes ultérieures telles que REST, des services ou des portails.
Particulièrement pour des applications utilisées de longue date, une approche par étapes est souvent plus économique qu’un Big Bang. Planifier proprement ces étapes intermédiaires est précisément ce qui fait la différence entre une migration réussie et des retouches frénétiques en production.