Discussion :

[juju26]

Bonjour,

La restauration de Windows restaure les fichiers .NDX qui sont les index de la base HFSQL

Voir la liste sur https://learn.microsoft.com/fr-fr/wi...ile-extensions

Et bien sur malgré l'option de réindexation automatique (dans les options du projet) ce problème d'index n'est pas corrigé.

La seule solution est de faire un HVérifieIndex() mais très consommateur de temps...

Pour moi ce problème est du à un défaut de conception d'HFSQL : Les fichiers ne sont pas liés entre eux. J'ai déja soumis cette proposition au support technique il y'a quelques années.... :
Par exemple : A chaque modification d'un index (.NDX), le fichier de données (.FIC) devrait aussi être modifié pour être lié (par un n° comme Hversion dans l'entête). De même pour les autres fichiers (mmo, ftx).
Ainsi Windev pourrait vérifier automatiquement (ou via une fonction) que chaque fichier FICHIER.FIC / FICHIER.NDX / FICHIER.FTX sont cohérents au minimum entre eux.

Qu'en pensez vous ?

Savez vous comment optimiser HVérifieIndex() ?

Bon je ne parle pas de la restauration Windows qui est absurde à restaurer une partie des fichiers.

PS :Il faut que je reteste sous Windows 11 dernière versions pour voir si le comportement à changé.

[Voroltinquo]

Bonjour,

Par exemple : A chaque modification d'un index (.NDX), le fichier de données (.FIC) devrait aussi être modifié pour être lié (par un n° comme Hversion dans l'entête*

Comme dans toute les SGBDR, dans HFSQL, c'est la modification d'une table qui modifie le BTree d'index via l'ajout dune feuille dans cet arbre. Donc, pour une utilisation normale, la liaison entre les 2 entités existe déjà.
La restauration du système n'est pas vraiment une opération classique.

[juju26]

Bonjour,
La restauration du système n'est pas vraiment une opération classique.

Pour certains utilisateurs néophyte c'est malheureusement une opération courante...

Bonjour,

c'est la modification d'une table qui modifie le BTree d'index via l'ajout dune feuille dans cet arbre. Donc, pour une utilisation normale, la liaison entre les 2 entités existe déjà.

Pourtant Windev ne vérifie pas la liaison (si elle existe). Il suffit copier un ancien fichier d'index (ou un index vierge) pour voir qu'aucune erreur ne se déclenche. Même sur l'ajout d'un enregistrement.

[Voroltinquo]

Pour certains utilisateurs néophyte c'est malheureusement une opération courante...

Quand bien même le néophyte connaîtrait l'existence des points de restauration, à l'issue de la restauration, il peut toujours utiliser son dernier backup (3-2-1) ou alors réindexer, compte tenu du temps de la restauration, la durée de la ré indexation est acceptable. Il suffit de le préciser dans la doc de l'appli. Dans la partie "problèmes connus". Une autre solution est de créer un fichier log contenant le time stamp de la dernière modif.

Il suffit copier un ancien fichier d'index (ou un index vierge) pour voir qu'aucune erreur ne se déclenche. Même sur l'ajout d'un enregistrement.

Est-ce vraiment une utilisation normale ?

[frenchsting]

Est-ce vraiment une utilisation normale ?

+1 voroltinquo :

Quand tu lances une restauration, c'est qu'auparavant tu as fait une sauvegarde de tes données. Logiquement, tu dois restaurer des données hors point de restauration, c'est-à-dire depuis un support externe.

[juju26]

+1 voroltinquo :

Quand tu lances une restauration, c'est qu'auparavant tu as fait une sauvegarde de tes données. Logiquement, tu dois restaurer des données hors point de restauration, c'est-à-dire depuis un support externe.

Si vos utilisateurs sont que des geeks ou pro : oui...
Pensez vous que Madame Michu fasse cela ?!
Par expérience je sais que non

Bref, j'ai créé des routines de vérifications entre les fichiers FIC/NDX... afin d'anticiper les problèmes. ça fonctionne bien. Je reste sur ma position que Windev devrait le faire nativement.

[frenchsting]

Si vos utilisateurs sont que des geeks ou pro : oui...
Pensez vous que Madame Michu fasse cela ?!
Par expérience je sais que non

Bref, j'ai créé des routines de vérifications entre les fichiers FIC/NDX... afin d'anticiper les problèmes. ça fonctionne bien. Je reste sur ma position que Windev devrait le faire nativement.

Non, ce sont, pour la plupart, des dangers informatiques.

C'est pour cela que je fais du ceinture-bretelles. Je demande aux utilisateurs d'intégrer les données à leur système de sauvegarde. S'ils ne le font pas... et bien, ils se font avoir une fois, pas 2. Et si, comme c'est arrivé de le faire, tu réussis à restaurer le plus gros des données après un crash, je peux te dire qu'ils sont tellement heureux de les avoir récupérées qu'ils minimisent le fait d'en avoir perdu un peu...