// guide données

Migrer HFSQL vers SQL Server, PostgreSQL, MySQL ou MariaDB

Vos données sont l'actif le plus précieux de vos applications WinDev — et le plus simple à libérer. Une migration HFSQL bien menée rend vos données interrogeables par n'importe quel outil standard, et prépare la conversion de vos applications. La méthode est la même quelle que soit la cible : SQL Server, PostgreSQL, MySQL ou MariaDB.

Pourquoi sortir de HFSQL

Étape 1 : exporter le schéma de l'analyse

L'éditeur d'analyses de WinDev sait générer le script SQL de création des tables. Ce DDL est votre point de départ — mais il demande une relecture attentive : nommage, types, index composés et règles d'intégrité ne se transposent pas toujours fidèlement. Générez aussi le dossier d'analyse complet (PDF) : il documente liaisons et cardinalités, précieuses pour reconstruire les contraintes de clés étrangères.

Étape 2 : mapper les types HFSQL

HFSQLSQL ServerPostgreSQLMySQL / MariaDB
Chaîne (taille fixe/variable)nvarchar(n)varchar(n) / textvarchar(n) / text
Chaîne UNICODEnvarchartext (UTF-8 natif)varchar utf8mb4
Entier (1, 2, 4, 8 octets)tinyint…bigintsmallint…biginttinyint…bigint
Réel / Monétairefloat / decimal(p,s)double precision / numericdouble / decimal(p,s)
Date, Heure, DateHeuredate, time, datetime2date, time, timestampdate, time, datetime
Mémo textenvarchar(max)texttext / longtext
Mémo binaire (images, PDF…)varbinary(max)bytealongblob
Identifiant automatiqueidentitygenerated / serialAUTO_INCREMENT

Points de vigilance : les monétaires (préférez decimal/numeric au flottant pour tout ce qui est comptable), les dates HFSQL stockées en chaînes AAAAMMJJ dans les vieux projets, et les clés composées fréquentes dans les analyses anciennes. Pour MySQL/MariaDB, vérifiez que le jeu de caractères est bien utf8mb4 (et non utf8 qui ne couvre que 3 octets) afin d'éviter toute perte sur les caractères spéciaux et les emojis.

Étape 3 : transférer les données

Trois approches selon le contexte :

1. Programme d'export WLangage

Tant que vos licences fonctionnent, un programme WLangage générique parcourt chaque fichier de l'analyse et écrit directement dans la base cible (via connexion native ou OLE DB), ou exporte en CSV/JSON intermédiaire. C'est l'approche la plus fiable pour les mémos binaires et les particularités d'encodage.

2. Accès externe à HFSQL

Le pilote ODBC/OLE DB pour HFSQL permet d'aspirer les données depuis l'extérieur (SSIS, scripts Python, ETL). Pratique pour industrialiser des migrations répétées sur plusieurs bases clientes.

3. Double-run avec synchronisation

Pour les bases en production active : migration initiale, puis synchronisation des deltas jusqu'à la bascule applicative. Indispensable quand l'application WinDev d'origine reste en service pendant la conversion du code.

Vérification d'intégrité systématique. Après chaque transfert : comptage des enregistrements table par table, sommes de contrôle sur les colonnes numériques sensibles (montants, quantités), vérification d'un échantillon de mémos binaires. La migration n'est validée que lorsque les chiffres tombent juste — au centime.

Cas particulier : des dizaines de bases clientes

Éditeurs et intégrateurs gèrent souvent une base HFSQL par client. La migration s'industrialise alors : script unique paramétré, exécution en série, rapport d'intégrité automatique par base. C'est exactement le type de chantier que nous outillons — y compris vers des architectures multi-tenant modernes, sur n'importe laquelle des quatre cibles supportées.

Faites migrer vos données par des spécialistes des deux mondes

Nous connaissons HFSQL, SQL Server, PostgreSQL, MySQL et MariaDB de l'intérieur. Audit gratuit de votre analyse et estimation du chantier sous 48 h.

Demander une estimation