PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WINDEV 2024 → [WD9-34j] Hyper File C/S
[WD9-34j] Hyper File C/S
Débuté par AliDev7, 13 déc. 2005 03:54 - 6 réponses
#1
Posté le 13 décembre 2005 - 03:54
Bonjour,

Après avoir fini la migration et les tests de performance de mes prinp. applic. en C/S j'ai constaté que La vitesse : d'accès, de manipulation des fichiers, des traitements ..... est énormemant elevée. ( je ne retournerai plus sous HF classique ;) )

Mais j'ai les problèmes ci dessous :

1 / Dans le centre de controle (CC HF) l'orsqu'on click sur un fichier pour l'ouvrir demande le mot de passe ( j'ai pour chaque fichier un mot de passe unique ) puis ouvre le fichier sans prolème mais l'orsqu'on passe à un autre fichier et on retourne au premier le 'CC HF' parfois il donne l'erreur suivante :

Une erreur est survenue pendant l'ouverture du fichier
Erreur renvoyée par le serveur <127.0.0.1:4900> :
Le fichier <Alias_VOP_FIC> est déjà décrit.

ça ne se passe pas pour des fichiers spéciaux mais au hazard à chaque lancement du CC HF.Et le fichier ne peut être manipulé qu'après relancement du 'CC HF' à nouveau.

2 / Dans l'analyse j'ai créer plusieurs connexions pour désigner un emsemble de fichiers communs exemple :

Connexion : 'AAAA' Nom BDD : 'Param' = Fichiers de pamètrage des accèes aux dossiers de BDD.
Connexion 'BBBB' Nom BDD : 'compta' = Fichier de comptabilité
Connexion 'CCCC' Nom BDD : 'data' = Fichiers princip.
...
ect ...

Mais dans le code source à part la connexion AAA : Param toutes les autres ne sont décrites que par obligations par l'éditeur d'analyse, puisque au lancement je laisse 'tout définir' à l'utilisateur final BDD de la comptabilité, celle de DATA et toutes autres....

En fin ds le CC HF toutes les bases de données sont créées avec un seul fichier nomé au nom même de la BDD. qui donne erreur à l'ouverture ' ..... Le fichier spécifié est introuvable' même si en supprime la BDD elle est recréer à nouveau !!!!!!

3 / Même choses avec le nom du serveur déclaré à l'analyse : à l'installation ou la MAJ de données il retient tjs le nom du serveur déclaré à l'analyse et demande le login et le mot de passe. pour celà j'ai déclaré le 127.0.0.1 comme serveur puisque on ne connait pas le nom attribué par le client final ( mais problème pour les poste client :< )

4 / Pour mes fichiers de données je décrit un mot de passe automatique différent pour chaque fichier, et l'orsqu'on est dans le CC HF là alors pour manipuler les fichiers il faut une (presque) 1/4 heures pour parcourir ts les fichies et leur affecter les mots de passe correspondants.
pourquoi ne pas charger les mots de passe pour seulement l'administrateur par exemple. et l'option : "le mot de passe est identique pour tous les fichiers" est bonne mais pas pour mes fichiers.

Autres remarques seront signalées ds un autre msg pour ne pas être long... ;)

Mais en général le HF CS est génial merci PCSOFT.

Merci de me dire s'il y'a une erreur de manipulation de ma part ou autre remarques

Merci d'avance .

Ali Hindi : AliDev7@yahoo.fr
#2
Posté le 13 décembre 2005 - 10:18
"Ali Hindi" <AliDev7@yahoo.fr> a écrit dans le message de news:
439e316d$1@news.pcsoft.fr...
Bonjour,

Après avoir fini la migration et les tests de performance de mes prinp.
applic. en C/S j'ai constaté que La vitesse : d'accès, de manipulation des
fichiers, des traitements ..... est énormemant elevée. ( je ne retournerai
plus sous HF classique ;) )

Mais j'ai les problèmes ci dessous :

1 / Dans le centre de controle (CC HF) l'orsqu'on click sur un fichier
pour l'ouvrir demande le mot de passe ( j'ai pour chaque fichier un mot de
passe unique ) puis ouvre le fichier sans prolème mais l'orsqu'on passe à
un autre fichier et on retourne au premier le 'CC HF' parfois il donne
l'erreur suivante :

Une erreur est survenue pendant l'ouverture du fichier
Erreur renvoyée par le serveur <127.0.0.1:4900> :
Le fichier <Alias_VOP_FIC> est déjà décrit.

ça ne se passe pas pour des fichiers spéciaux mais au hazard à chaque
lancement du CC HF.Et le fichier ne peut être manipulé qu'après
relancement du 'CC HF' à nouveau.

Salut,
Apparemment tu as deja bien pousser tes tests en client / serveur .
En tout cas j'ai constaté le meme symptome que toi sur cette erreur d'alias
et ce depuis la version 34j.

Par contre a la différence de toi dans mon analyse j'ai déclaré mes fichiers
en Hyper file classique de maniere a pouvoir utilisé la base
de données en classique ou en client/serveur.
Et j'ai de temps en temps l'erreur 70150 le processus ne peut pas accéder au
fichier car ce fichier est utilisé
par un autre processus.
Est ce que tu as deja eu ce genre de message ?
J'ai reussi a le reproduire simplement en faisant un hlitpremier de mon
fichier et en faisant un hinfochier de ce fichier en choisissant
tailletotale.
Si tu pouvais faire ce petit test ca serait sympa merci.
De mon coté j'attends la réponse du ST.

Cordialement
#3
Posté le 13 décembre 2005 - 10:24
Bonjour,

Merci pour ta répense mais j'ai déjà fait le test avec une base de données HF Classique mais plusieurs problèmes s'imposent et j'ai essayé aussi (moitié-moitié) c-v-d les fichiers de paramètrage en HF classique et les autres en HF C/S mais le meilleur et de passer tous les fichiers de l'analyse en HF C/S pour gagner la rapidité et plein d'autres chaoses aussi j'ai donné au client la possibilité de choisir le type de base de données entre :

- HF Classique : Donc utiliser une connexion avec la constante : HAccesHF7
- HF C/S : Donc utiliser une connexion avec la constante : HAccesHFClientServeur
- My Sql : Donc utiliser une connexion avec la constante : HAccesNatifMySQL
- Acces 2000 : Donc utiliser une connexion avec le Provider OLEDB : HOLEDBAcces2000
...

Donc même programme mais choix multiple de type de base de Données par l'utilisateur final suivant ces exigences ....

J'ai même mélanger en 2 types , exemple :

HAccesHF7 pour les fichiers en dossier local de paramètrages.
et HF C/S pour la BDD des exercices de gestion et comptabilité

et c'est impécable.

Ali Hindi : AliDev7@yahoo.fr
#4
Posté le 13 décembre 2005 - 11:42
"Ali Hindi" <AliDev7@yahoo.fr> a écrit dans le message de news:
439e8caa$1@news.pcsoft.fr...

Bonjour,

Merci pour ta répense mais j'ai déjà fait le test avec une base de données
HF Classique mais plusieurs problèmes s'imposent et j'ai essayé aussi
(moitié-moitié) c-v-d les fichiers de paramètrage en HF classique et les
autres en HF C/S mais le meilleur et de passer tous les fichiers de
l'analyse en HF C/S pour gagner la rapidité et plein d'autres chaoses
aussi j'ai donné au client la possibilité de choisir le type de base de
données entre :

- HF Classique : Donc utiliser une connexion avec la constante : HAccesHF7
- HF C/S : Donc utiliser une connexion avec la constante :
HAccesHFClientServeur
- My Sql : Donc utiliser une connexion avec la constante :
HAccesNatifMySQL
- Acces 2000 : Donc utiliser une connexion avec le Provider OLEDB :
HOLEDBAcces2000
..

Donc même programme mais choix multiple de type de base de Données par
l'utilisateur final suivant ces exigences ....

J'ai même mélanger en 2 types , exemple :

HAccesHF7 pour les fichiers en dossier local de paramètrages.
et HF C/S pour la BDD des exercices de gestion et comptabilité

et c'est impécable.

Ali Hindi : AliDev7@yahoo.fr


Salut,
déja merci pour tes infos.
Si je te suis bien , je passe mon analyse avec tous mes fichiers en
client/serveur
et ensuite il me suffit d'etablir une connexion HF classique ou HF C/S.
Bien.
Ton test a permit de constater qu'avec une connexion HF C/S les temps de
reponses étaient améliorés
et l'inverse quand est il pour le cas ou j'utilise une connexion HF
classique sur des fichiers déclarés dans mon
analyse en etant client/serveur ?
Je vais faire quelques tests en ce sens pour vérifier égalemment la
stabilité de la base.
#5
Posté le 13 décembre 2005 - 11:59
Re-Bonjour,

Je dois vous signaler que le n° de l'erreur que vous aver indiquer et celui qui m'a poussé à passer l'HF C/S avec aussi plusieur autres choses..

Moi au début j'avais l'idée d'avoir 'via le type de BDD à choisir' un multiple choix de BDD en résultat final pour moi ou pour l'utilisateur final pour s'atisfaire les clients les plus éxigeants en 'Type BDD'.

Pour celà je me suis orienté vers l'HF C/S. donc je me suis basé surtout sur les traitements d'accès aus BDD : HF C/S, My SQL,... et pour l'HF Classique avec 'HAccèsHF7' je l'ai utilisé seulement pour les versions démo. à déstribuer en signalant biensûre aux clients dans une fenêtre la possibilité de changer le type BDD, mais réellement je n'ai pas vraiment tésté l'accès directe HAccesHF7 mais l'accès en client serveur C/S.

Donc plus principalement : accès, ouverture,fermuture, le temps de créations des vues,requettes, état ....

- Mais il y'a un ralentissement coté rafrichissement de données sur les tables fichiers..
- Et Problème pour l'intégrité referentielle ...
- Pour My SQL enlever les états sur les vues...
- Qqs erreurs dans la configuration du groupeware ...

mais en général il faut tout recontrôler surtout si notre application et migrée à partir des anciens versions de windev.


Ali Hindi : Alidev7@yahoo.fr
#6
Posté le 13 décembre 2005 - 17:07
Bonjour,

Pour ton erreur 1) ci dessous, j'ai le même Pb. Il arrive lorsque l'on regarde le contenu du fichier. Par contre si avant de changer de fichier on repasse par l'onglet desciption, le problème ne se reproduit plus...
Je m'efforce donc à chaque fois à repasser par l'onglet description, en attendant que le bug soit corrigé.

___________________________________________________________________________________
1 / Dans le centre de controle (CC HF) l'orsqu'on click sur un fichier pour l'ouvrir demande le mot de passe ( j'ai pour chaque fichier un mot de passe unique ) puis ouvre le fichier sans prolème mais l'orsqu'on passe à un autre fichier et on retourne au premier le 'CC HF' parfois il donne l'erreur suivante :

Une erreur est survenue pendant l'ouverture du fichier
Erreur renvoyée par le serveur <127.0.0.1:4900> :
Le fichier <Alias_VOP_FIC> est déjà décrit.

ça ne se passe pas pour des fichiers spéciaux mais au hazard à chaque lancement du CC HF.Et le fichier ne peut être manipulé qu'après relancement du 'CC HF' à nouveau.
#7
Posté le 13 décembre 2005 - 18:27
"Ali Hindi" <AliDev7@yahoo.fr> a écrit dans le message de news:
439e8caa$1@news.pcsoft.fr...

Bonjour,

Merci pour ta répense mais j'ai déjà fait le test avec une base de données
HF Classique mais plusieurs problèmes s'imposent et j'ai essayé aussi
(moitié-moitié) c-v-d les fichiers de paramètrage en HF classique et les
autres en HF C/S mais le meilleur et de passer tous les fichiers de
l'analyse en HF C/S pour gagner la rapidité et plein d'autres chaoses
aussi j'ai donné au client la possibilité de choisir le type de base de
données entre :

- HF Classique : Donc utiliser une connexion avec la constante : HAccesHF7
- HF C/S : Donc utiliser une connexion avec la constante :
HAccesHFClientServeur
- My Sql : Donc utiliser une connexion avec la constante :
HAccesNatifMySQL
- Acces 2000 : Donc utiliser une connexion avec le Provider OLEDB :
HOLEDBAcces2000
..

Donc même programme mais choix multiple de type de base de Données par
l'utilisateur final suivant ces exigences ....

J'ai même mélanger en 2 types , exemple :

HAccesHF7 pour les fichiers en dossier local de paramètrages.
et HF C/S pour la BDD des exercices de gestion et comptabilité

et c'est impécable.

Ali Hindi : AliDev7@yahoo.fr


J'ai fait quelques tests en créant mes fichiers en HF classique dans mon
analyse puis ensuite en créant ces memes fichiers en HF client/serveur,
je n'obtiens aucune différence en connexion client/serveur,
j'ai testé les fonctions hlitpremier,hlitsuivant pour la lecture , la
fonction hajoute pour l'ecriture et une requete.
Le support technique m'a confirmé que le type du fichier ne venait pas de la
facon dont je l'avais déclaré dans l'analyse mais du type de connexion
choisi dans houvreconnexion.
→ Revenir à WINDEV 2024