PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WINDEV 2024 → Plantage HF client/serveur
Plantage HF client/serveur
Débuté par onny, 24 oct. 2005 17:52 - 5 réponses
#1
Posté le 24 octobre 2005 - 17:52
Nous developpons en windev 9 une appli sur base de données HF client/serveur.

Apres mise en place de l'appli nous avions de bons resultats d'exploitation en version 33t.

Puis mise a jour de nos differentes versions (poste dev+centre de controle + hyperfile c/s)en windev en 33r et 34j.

Et la on se retrouve avec des erreurs de doublons sur des clés auto-incrementées de nos fichiers de base de données à chaque ajout d'enregistrements.

On revient en arriere apres moulte tests et controle du code et la l'application refonctionne mais avec des temps de reponses impossiblement longs (genre 25min pour un traitement qui prenait 5s)

quelqu'un a t'il eu ce genre de pb avec la version client serveur de sa base hyper file?

si vous avez une solution c'est assez urgent.
Merci
olivier
#2
Posté le 24 octobre 2005 - 21:49
En réponse à question.

Depuis mon passage en 34j, je n'ai que des améliorations surtout en vitesse,
inversement à votre situation semble-t-il ?

Les temps de réponse en requêtes SQL est très bon (interrogation puis
affichage).

Pas de pb de doublons.

Il subsiste de mauvaise performance en parcours du type POUR TOUS ma_requête
FIN (parcours sur environ 200000 enr.).

N'avez-vous pas en pb sur les liaisons entre analyse et C/S ? Si oui copier
données de la BDD C/S, supprimer les données de la BDD C/S, recréer les
fichiers de la BDD à partir de l'appli puis replacer les données de la BDD.

A+

"olivier" <onny@voila.fr> a écrit dans le message de news:
435cee33$1@news.pcsoft.fr...


Nous developpons en windev 9 une appli sur base de données HF
client/serveur.

Apres mise en place de l'appli nous avions de bons resultats
d'exploitation en version 33t.

Puis mise a jour de nos differentes versions (poste dev+centre de controle
+ hyperfile c/s)en windev en 33r et 34j.

Et la on se retrouve avec des erreurs de doublons sur des clés
auto-incrementées de nos fichiers de base de données à chaque ajout
d'enregistrements.

On revient en arriere apres moulte tests et controle du code et la
l'application refonctionne mais avec des temps de reponses impossiblement
longs (genre 25min pour un traitement qui prenait 5s)

quelqu'un a t'il eu ce genre de pb avec la version client serveur de sa
base hyper file?

si vous avez une solution c'est assez urgent.
Merci
olivier


#3
Posté le 25 octobre 2005 - 09:04
oui les index ont ete verifié.
On lance une reindex assez souvant pour cause de plantage.
#4
Posté le 25 octobre 2005 - 09:08
Mais cote temps de reponse la version 34J nous donnes d'excellent temps de reponse mais genere des erreurs de doublon sur la clef auto-incrementée de nos fichiers de données dans le cas d'un ajout d'enregistrement.

Pour retrouver un fonctionnement correcte de l'appli on doit repasser en version 33R et c'est a ce moment que nos temps de reponse sont effroyablement long.

donc pour le moment on a le choix entre rapidité mais impossible de creer des enregistrements; ou possibilité de création mais avec des temps de reponses impossibles.

Je vais essayer de recreer les fichiers de données et vois si ca y change quelque chose.

merci
#5
Posté le 25 octobre 2005 - 13:36
J'ai trouvé la solution!

on reindexe souvant les fichiers pour regenerer les index mais il semble que ca ne soit pas suffisant pour solutionner mon probleme.

Les id auto de mes fichiers de données restent toujours a 0 au lieu de se recalculer au moment du hajoute.

En fait pour remettre les fichiers d'applomb il faut lancer l'outil:
WDoptimiseur sur les fichiers de la base et lancer le traitement en option 5 (et pas 4)
le traitement est hyper long mais au final tous les pb de doublon ont disparut.

Merci pour votre aide.
olivier
#6
Posté le 26 octobre 2005 - 00:10
avez vous vérifier les index ?
→ Revenir à WINDEV 2024