Vos questions sur la migration HFSQL, et nos réponses.

Oui. Seule la base change de moteur, via le connecteur natif : votre application continue de fonctionner. Des requêtes et des rubriques devront être adaptées, et c'est précisément ce que l'analyse liste avant que vous ne commenciez, avec la gravité, le motif et la correction proposée. Vous savez avant de migrer ce qu'il faudra toucher.

Non. Daneel a été conçu pour faire évoluer votre socle technique sans refondre votre application. La base de données en est la première pierre : c'est elle qui porte tout le reste.

Si votre application a besoin d'être adaptée au nouveau moteur, nous restons développeurs WINDEV : la même équipe peut s'en charger, sans passer le relais à un tiers.

PostgreSQL, MySQL, MariaDB, SQL Server et SQLite. Vous choisissez le moteur cible, et la Modification automatique fonctionne ensuite sur les cinq.

Oui. La base cible peut être sur votre serveur, chez votre hébergeur ou dans le cloud : il suffit qu'elle soit joignable depuis le poste où Daneel s'exécute. Vous saisissez ses paramètres de connexion, comme pour n'importe quel client de base de données.

Oui, les deux. La migration lit votre base HFSQL, qu'elle soit en fichiers Classic ou sur un serveur HFSQL Client/Serveur, et crée la structure sur le moteur cible avant de copier les données.

Les projets WINDEV, WEBDEV et WINDEV Mobile. L'analyse lit le code WLangage, les requêtes et la structure de votre analyse, et repère ce qui ne passera pas sur le moteur cible que vous avez choisi.

Oui, de deux façons, et nous vous y encourageons. Une démonstration avec nous, en visio, sur un projet comparable au vôtre : en une demi-heure, vous voyez le parcours complet, de l'analyse au rapport de fin de migration, et vous posez vos questions en direct.

Ou l'essai gratuit sur votre propre projet : en mode essai, l'analyse vous donne le nombre de points à traiter dans votre code et votre structure, et la migration s'exécute sur un échantillon de vos données. Rien ne quitte votre environnement, rien ne vous engage. Demandez un accès d'essai, installez Daneel sur un poste Windows qui accède à votre projet, et lancez l'analyse.

Nulle part. Daneel s'exécute dans votre environnement et se connecte à vos propres bases. Personne d'extérieur n'accède à vos serveurs, et aucune copie de votre base ne part chez un prestataire.

L'IA intervient à l'analyse du code et pendant la migration, sur les cas que nos règles ne couvrent pas encore. Les valeurs de vos données transmises à l'IA sont anonymisées : leur forme est préservée, leur contenu est masqué. Chaque correction proposée par l'IA vous est présentée comme telle, à vérifier.

Et si vous ne souhaitez rien transmettre du tout, l'aide de l'IA se désactive d'un simple interrupteur, dans l'analyse comme dans la migration : Daneel travaille alors uniquement avec ses règles, et rien ne sort de votre environnement.

Non. C'est vous qui installez et pilotez Daneel, sur un poste de votre choix. Si vous optez pour un accompagnement, notre intervention se fait à distance, avec vous, sur ce poste : nous ne faisons jamais de copie de vos données chez ANEROM.

Non. La migration lit votre base source et écrit sur le moteur cible. Votre base HFSQL reste intacte, et vous pouvez relancer la migration autant de fois que nécessaire, par exemple pour une recette avant la bascule.

L'analyse de votre projet prend quelques minutes. La durée de la migration dépend du volume de vos données et de la complexité de votre projet : à titre d'exemple, la base d'un ERP d'un gigaoctet a été migrée vers PostgreSQL en une minute et demie sur un cas réel. Les très gros volumes sont pris en charge sans manipulation de votre part.

Ce qui se compte d'ordinaire en semaines d'intervention se compte ici en heures d'utilisation.

Chaque table est comptée, chaque écart est signalé, et un rapport de fin de migration atteste du résultat : lignes, volumes, écarts et anomalies, table par table. Vous le conservez pour vos audits.

Chaque règle de Daneel vient d'un cas que nous avons rencontré. Pour les situations que nos règles ne couvrent pas encore, l'IA propose une correction à vérifier. Et si un cas résiste, la garantie s'applique : nous adaptons l'outil, vous relancez, et la ré-exécution d'une base déjà migrée n'est jamais décomptée.

C'est le rôle du module Modification automatique. Vous connaissez la modification automatique de la structure en HFSQL : Daneel apporte le même automatisme à votre base externe. Vous ajoutez une rubrique, une table ou un index dans votre analyse WINDEV, comme d'habitude, Daneel compare avec la base réelle et vous présente les modifications à appliquer. Vous cochez, vous validez, il exécute. Aucun script à écrire, aucune double saisie, rien de nouveau à apprendre.

Oui. 1 base ou 50, c'est le même outil, autant de fois que nécessaire. Daneel reste votre outil après la migration, avec ses mises à jour automatiques : c'est un actif qui vous sert dans la durée, pas une dépense ponctuelle.

Oui, avec un accompagnement. Vous gardez l'outil, et nous faisons la migration avec vous, à distance, sur devis. Et si votre application doit être adaptée au nouveau moteur, notre équipe WINDEV s'en charge.

Vous payez un outil, pas des jours-homme. Une prestation de migration se facture au temps qu'elle prend : plus le projet dure, plus il coûte. Daneel se chiffre au périmètre que vous choisissez, module par module, et le montant est connu avant de commencer. L'analyse du projet se paie un tarif par projet, quelle que soit sa taille.

Dites-nous combien de bases, quel moteur cible et où en est votre projet : nous revenons vers vous avec un devis clair.

Si la migration ne produit pas le résultat attendu à cause d'un cas que Daneel ne prend pas encore en charge, nous corrigeons l'outil et vous relancez, sans nouveau décompte. Si la correction ne peut pas aboutir dans un délai raisonnable, vous êtes remboursé. Les conditions précises figurent dans nos conditions de vente, remises avec le devis.

Non. Une migration n'est décomptée qu'à son aboutissement. Une migration interrompue, ou une structure à corriger avant de pouvoir migrer, ne consomme rien, et relancer une base déjà migrée est gratuit.