OVH Cloud OVH Cloud

WD8 - Hyperfile vers SGBDR

21 réponses
Avatar
I.G.LOG
Bonjour,
Devant les lenteurs que nous rencontrons avec WD8/HF7, nous envisageons
d'abandonner HF pour un SGBDR du marché type MySQL, Oracle, SQLServer...
Quels conseils pouvez-vous nous donner concernant :
1/ SGBDR: Le meilleur compromis coût (achat/administration), performances
et intégration à Windev
2/ Le mode de programmation si nous basculons vers ce SGBDR (je pense
notamment qu'on ne dispose plus des tables fichiers, des commandes
FichierVersEcran etc... et que ça va nécessiter un gros travail ?!)
Merci à tous

1 réponse

1 2 3
Avatar
mat
adrien wrote:
Je suis assez d'accord avec toi. J'ai migré des application de 5.5 vers 7.5 avec
quelques difficultés qui m'ont obligé a réécrire certains traitements.

Je ne le regrette pas aujourd'hui et la version 8 m'a permis de faire des mises
à jour payante de mon projet principal sans avoir passé beaucoup de temps de
developpement.

Je pense que la migration 5 vers 7 a été un mal bénéfique. Je regrette encore
moins aujourd'hui car j'ai des touches pour un projet sur pocket et je compte
bien sur la version que propose pc soft.

Certains de mes traitements sont probablement plus lents que si j'utilisais
d'autres SGBD mais vu le prix de déploiement, je ne me suis jamais lancé. Par
contre, mes applications n'ont rien a envier a des solutions plus à la mode
comme Java. Une de mes clients bosse dans le milieu bancaire et il m'a montré
une appli écrite en java. Je peux vous dire que mes projets windev avec hf sont
beaucoup plus performants !



J'ai l'habitude de comparer mes propres performances normalement avec
les meilleurs, des fois avec la moyenne, et jamais avec les pires.
En ce qui concerne le rapport rapidité / prix de WD/HF, ton propos ne
tient pas. Visual Foxpro et Paradox sont bien plus rapides que Windev/HF
et les deux sont moins chers que Windev, dans le cas de Paradox, même
nettement moins. Il y a d'autres raisons pourquoi j'utilise Windev et ne
pas ces produits. Mais parlant BD, HF déçoit.
1 2 3