Les systèmes (c’est-à-dire les bases de données) gérant l’intégrité de leurs données semblent relever du bon sens, et dans des scénarios simples, c’est effectivement du bon sens. Cependant, lorsque les règles métier deviennent complexes, il est plus difficile de valider les données dans un emplacement central.
Lorsqu’un système (c’est-à-dire une base de données) ne peut plus imposer la forme des données, quelque chose d’autre doit prendre le relais. Quand cela peut-il arriver ?
Le format des numéros de téléphone aux États-Unis est (indicatif régional) (préfixe) – (numéro), voici un exemple : (734) 555-3212. Nous parlerons de la base de données dans cet article par souci de simplicité, mais le magasin de données n’a pas besoin d’être une base de données.
Les numéros de téléphone aux États-Unis ont toujours dix chiffres (nous ignorons le chiffre international). Les numéros de téléphone peuvent se présenter sous divers formats :
- xxx.xxx.xxxx
- xxx-xxx-xxxx
- (xxx) xxx-xxxx
- (xxx) xxx.xxxx
La plupart des bases de données sont limitées aux types de données (c’est-à-dire nombres, chaînes, dates, etc.) et ne prennent pas en charge le formatage. De nombreuses applications choisissent d’utiliser le type de données chaîne pour stocker le numéro de téléphone. Cependant, le type de données chaîne accepte N’IMPORTE QUELLE chaîne. Pour s’assurer que le numéro de téléphone est valide, nous avons besoin d’une couche de validation supplémentaire.
Dans une application unique se connectant à une base de données unique, la validation des données est généralement appliquée dans l’application.
Lorsque votre architecture évolue vers deux applications ou plus partageant une base de données, deux choses peuvent se produire :
1. Chaque application a sa propre validation de données :
2. Il existe un service central que les applications appellent pour valider les données et persister les données :
Le risque de la validation des données en plusieurs endroits est que les validations pourraient être désynchronisées. Un format valide pour une application pourrait ne pas être valide dans une autre application. Dans le pire des cas, un mauvais format générera une erreur ou, dans des cas extrêmes, fera planter l’application.
Le meilleur cas est de centraliser la validation des données afin que le format stocké dans la base de données soit cohérent pour toute l’organisation. Il y a des exceptions, bien sûr, et je suppose que plusieurs applications lisent et écrivent dans une base de données partagée.
Auteur : Chuck Conway se spécialise dans l’ingénierie logicielle et l’IA générative. Connectez-vous avec lui sur les réseaux sociaux : X (@chuckconway) ou visitez-le sur YouTube.