[Bruit] Migration 7.5 vers 8

Bonjour,

J'ai récemment acheté la mise à jour vers WD8 et comme je m'attendais,
c'était nullement question de compiler et continuer avec l'ordre du jour.

Comme souvent avec WD, le problème ne sont pas nécessairement des bugs
mais des changements de comportement. Après compilation, j'ai rencontré
les problèmes suivants:

1) Plantage sur la commande HOptimiseRequête: je n'ai pas vu pourquoi et
les ai tout simplement supprimé. Je n'ai de toute façon jamais remarqué
de vrais améliorations de performances en WD7.5.

2) Plantages sur HLitRecherchePremière: la raison étaient des
valeurs de recherche alimenté par des combos avec "Null si vide" coché.
Dans WD 7.5 HLitRecherchePremière renvoyait simplement "Faux" ce qui me
semble toujours une solution adéquate.

On peut dire que la faute est dans mon code. Mais puisque WD 7.5 ne les
réclamais pas ces erreurs, alors comment peut-on dire qu'il suffit de
compiler un projet pour passer à WD8? Il faut au contraire le tester de
A à Z afin d'éviter des mauvaises surprises en clientèle!

En plus, avant de trouver la source de l'ennui, je me suis apperçu que
ce n'est pas si facile de filtrer la valeur Null. "Si MonChamp = Null
ALORS RETOUR" ne sert à rien; dès qu'il y a la valeur Null il n'y a plus
de test. Ca sert à quoi avoir la valeur Null dans HF si je ne peux pas
la tester? Est-ce que quelque chose m'échappe? Et attention: depuis ma
rectification de la combo c'est quoi la valeur de retour pour un entier
non signé avec comme valeur par défaut de 0 dans l'analyse? Bien
évidemment "", et ça passe sans problèmes comme valeur de recherche dans
HLitRecherchePremier, qui renvoie "Faux" comme auparavant aussi pour
Null... Si vous le considérez normal, OK, moi pas.


Autre chose, je ne comprends pas les messages disant que WD8 est plus
stable. Je travaille sous W2K Pro avec 512MB de RAM et je suis renvoyé
sur le bureau de Windows au moins autant de fois qu'avec WD7.5, la
raison étant vraisemblablement la même depuis bien deux ans: l'usage
extensif de procédures globales entraine un fort risque de plantage
total de WD7.5/8 lorsque WD veut enregistrer des modifications et que
ces objets ne sont pas déjà ouverts. Ceci surtout lorsque les messages
multi-lingues sont concernés. PCS sont au courant de ce bug depuis très,
très longtemps, mais soit ils sont incapables de le remédier, soit ils
s'en fichent.

Pire encore, je commence à faire la même expérience avec les méthodes
des classes.


Autres observations:

- je trouve triste que WD ne reprend pas la configuration de
l'éditeur de code (couleurs). En plus, les couleurs et polices sont
toujours pénibles à régler comparé à WD5.5 où on voyait toutes les
couleurs des différents types de code dans une table, au lieu de devoir
passer par une combo, une par une.

- l'exemple des fichiers index excessifs de WD/HF a trouvé une
continuation. J'ai laissé optimiser WD8 mes requêtes et sur mon exemple
de fichier avec 5.4MB de données, 19 index et un NDX de 10MB, WD8 a
rajouté 5 index composés, couvrant de 4 à 6 rubriques. Le fichier NDX a
maintenant 15.8MB pour toujours 5.4MB de données. Les perfs des
requêttes sur ce fichier étaient déjà bonnes et n'ont pour ainsi dire
pas changés. Les performances d'autres fenêtres sont devenues un peu
meilleures mais loins des facteurs cités par certains gens. Grace aux
coût bas de l'espace disque on peux payer le prix, mais toujours est-il
que d'autres produits n'ont pas besoin d'autant d'index pour donner
performances égaux ou meilleures.


Donc, le changement vers WD8 s'est fait dans le cadre de mes attentes.
Mais il s'agit bien d'une migration et je ne suis pas encore tranquille
car pour l'instant je n'ai pas testé en détail le comportement des
combos et tables, où on trouvait par le passée des inconsistences dans
les valeurs renvoyées d'une version à l'autre. Après une semaine de
travail, je n'ai pas noté une vraie amélioration par rapport à la 7.5
206h en ce qui concerne les mêmes fonctions et j'ai l'intention
d'attendre quelques mois avant de toucher au nouvelles.