Comment vérifier une migration HFSQL
Une migration « terminée sans erreur » n’est pas une migration en laquelle on peut avoir confiance. Cette checklist en fait une migration que vous pouvez défendre.
Dernière révision : 2 novembre 2026
1. Comparer les lignes par table
Le contrôle le plus simple et le plus important : pour chaque table, nombre de lignes source égal nombre de lignes cible. Le rapport de Fic2All affiche les lignes lues contre les lignes écrites pour chaque table, sans comptage manuel.
2. Lire les rejets
Si des lignes n’ont pas pu être écrites, comprenez pourquoi avant d’aller plus loin. Fic2All liste chaque ligne rejetée avec sa colonne et l’erreur de la base. Les causes typiques sont des valeurs qui ne tiennent pas dans la colonne cible ; corrigez la donnée ou la cible, puis relancez.
3. Contrôler textes et champs mémo
Ouvrez des enregistrements contenant accents, caractères spéciaux et longs textes mémo, et comparez-les à la source. C’est là que les problèmes d’encodage apparaissent en premier.
4. Contrôler dates, heures et nombres
Comparez un échantillon de dates, d’heures et de valeurs décimales avec la source, y compris les cas limites : dates vides, nombres très grands ou très petits.
5. Contrôler les valeurs vides
Décidez comment traiter les valeurs vides dans la cible (chaîne vide, zéro, null) et vérifiez que les enregistrements se comportent comme votre application l’attend.
6. Exécuter de vraies requêtes
Exécutez sur la nouvelle base les requêtes dont dépend votre application et comparez les résultats avec l’ancien système. Des comptes identiques sont le premier contrôle ; des réponses métier identiques sont le vrai.
Prêt à migrer vos données HFSQL ?
Choisissez une formule, installez Fic2All et laissez le rapport de vérification faire le contrôle.
Voir les formules et tarifs