PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Votre avis m'intéresse : SQL server OLEDB Vs Hyperfile Classic
Votre avis m'intéresse : SQL server OLEDB Vs Hyperfile Classic
Débuté par fborie, 12 jan. 2006 18:21 - 6 réponses
Posté le 12 janvier 2006 - 18:21
Bonjour,

ayant quelques problèmes de lenteurs avec mon appli dont la base est en Hyperfile Classic, j'envisage de la migrer vers Sql server via Ole Db (je n'ai pas d'accès natif)

A votre avis cette solution peut elle me faire gagner en rapidité ??

Merci

PS : ne me parlez pas d' HF C/S je suis fâché avec ;-)
Posté le 12 janvier 2006 - 18:27
c'est bien dommage car HF C/S et probablement une solution rapide à mettre en palce est d'un cout ridicule comparé à SQL Server pour un résultat équivalent.

A+
Posté le 12 janvier 2006 - 18:38
c'est ce que j'utilise pas de problèmes

Après mûre réflexion, François BORIE a écrit :

Bonjour,

ayant quelques problèmes de lenteurs avec mon appli dont la base est en
Hyperfile Classic, j'envisage de la migrer vers Sql server via Ole Db (je
n'ai pas d'accès natif)

A votre avis cette solution peut elle me faire gagner en rapidité ??

Merci

PS : ne me parlez pas d' HF C/S je suis fâché avec ;-)



--
Pierre BOUSQUET

" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. "
Posté le 12 janvier 2006 - 18:38
François BORIE a écrit :

Bonjour,

ayant quelques problèmes de lenteurs avec mon appli dont la base est en
Hyperfile Classic, j'envisage de la migrer vers Sql server via Ole Db (je
n'ai pas d'accès natif)

A votre avis cette solution peut elle me faire gagner en rapidité ??

Merci

PS : ne me parlez pas d' HF C/S je suis fâché avec ;-)


Le SQL Server via Ole Db est, à mon avis et suivant mon expérience,
plus lent que Hyperfile.
J'avais développé une application avec Sql Server via Ole Db et le
passage vers l'accès natif à vraiment fortement amélioré les
performances.
De plus lors de l'utilisation de l'application via Ole Db j'avais été
amené à dedoubler certains fichiers en HyperFile pour accélérer les
consultations. Par exemple une table importante basé sur un fichier SQL
Server était plus lente que la même table sous HyperFile.

--
A+

PhL
Posté le 12 janvier 2006 - 19:06
Tout dépend de l'application, de son poids et du nombre d'utilisateur. Mais ce qui est sûr c'est que l'administration de la base va changer du tout au tout, comme son coût de possession. Pour ce qui est de la vitesse, à mon avis HF CS ou SQL Sereur ça doit se tenir
Tout dépend aussi des leteurs ressenties actuellement: en écriture ? en requête ? en interrogation de fiche unitaire ? chaqueproblème a des solutions différentes !
Pour HF Classic la vitesse dépend énormément de la qualité du réseau, et aussi de la programmation (boucles, vues, requêtes) et aussi et avant tout des clés d'index.
As-tu passé l'optimiseur sur la base actuelle comme première étape ? Des fois une ou 2 clés composées en plus suffisent à changer la vitesse !
Posté le 12 janvier 2006 - 23:15
oki merci pour ces réponses très complètes !!
Posté le 12 janvier 2006 - 23:17
Bonsoir,

J'utilise Sql server et OLEDB depuis des années sans problème que je recommande fortement pour les grosses applications qui est plus mature et plus robuste que HF C/S sur des tables de plusieurs de plusieurs centaines de millers d'enregistrement (je dis bien plusieurs tables et non pas un seule).

Si l'application est simple avec des requêtes sur 1 à 4-5 tables simultanées, l'expérience des autres semble confirmer HF C/S est valable.

De plus si vous n'avez pas d'expérience particulière, autant rester avec HF C/S qui propose des outils simples et accessibles avec un budget tout doux.

Néanmoins, si vous avez les moyens de vous payer Sql server, assurez-vous au moins d'avoir un petit budget pour vous faire aider pour un programmeur expérimenté en Windev et Sql Server à différents stades du projet.

Salutations,

Claude.