bonjour,
j'ai une petite appli réseau et j'ai ce pb, j'ai un blocage quand 2 postes veulent acceder au meme fichier de base de donnees que ce soit avec la meme fenetre ou 2 fenetres differentes. Pourtant mon projet est parametre en mode multi utilisateur, donc windev est censé gére les blocages, mais la meme juste pour de la lecture ca bloque deja.
Y a-t-il d'autres parametres pour gerer le multi utilisateur ?
merci de vos conseils

Bonsoir
Tu parles!!! cencé gérer les accès seul
Non désolé il va falloir que tu fasses tout.
Le controle que le rec n'est pas demandé et seulement lancé le chargement et de préférence ne pas oublier de le relacher sinon il va resté bloqué pas mal de temps

William

euh........ désolé j'ai rien compris

HModeMulti indique au moteur HyperFile que les accès concurentiels sont actifs... mais leur prise en compte est à votre charge...

Je vous invite à documenter la gestion de l'assitance des erreur HyperFile dont le point d'entrée est HSurErreur

Pour les accès concurentiels... rien ne vaut en effet la tentative de blocage "AVANT" qu'un autre tente aussi d'écrire sur l'enregistrement.

Selon les écoles, certain (dont moi) vous indiquerons qu'il faut bloquer (hLitxxx(...hblocageEcriture) ou HBloqueNumEnr) lors de l'entrée en modification, d'autre lors de la phase d'écriture (RAD WinDev).
Ces concepts ont leurs argument.
Il est peut probable d'écrire en même temps la même opération (RAD)... mais je n'aime pas savoir que le dernier qui écrit à raison. Le premier n'aura pas une bonne vision des choses s'il tente de modifier des information en même temps que quelqu'un d'autre qui à simplement cliqué 0.1" arpès lui... D'où mon idée de bloquer dès l'entrée en modif... avec l'instabilité que cela amène à la base, le temps de la saisie.

Vous pouvez vus contenter de ce que propose WinDev par défaut... le temps d'y voir plus clair.
Bon courage

ok, merci, je vois le chemin, je vais me documenter la dessus.
Par contre, quand il ne s'agit pas de modification mais simplement de lecture de la meme base par 2 utilisateurs, est-ce la meme problematique ?

Bonjour Arno,

Recherche dans tout ton projet 'HMode' ou 'HBlo' ou 'HDébutVerrou'
dans ton projet pour savoir si le mode de blocage n'est pas modifié à un autre endroit du programme.

Salut williams,
La gestion des accès concurentiels:
Oui HF Gère les accès concurentiels tous seul mais ne peut en aucun cas savoir si vous voulez seulement lire ou modifier un enregistrement
Pour cela WinDev à mis en place différents ordres permettant de signaler au moteur HyperFile quelle action on désire mener sur un enregistremnt.
Exemple:
HLitRecherche(, , [, ])
Permet de lire un enregistrement mais aussi de le bloquer si vous voulez le modifier Via le paramètre Opions
hBlocageEcriture
hBlocageLectureEcriture
Voir l'aide en ligne pour plus amples informations.

C'est là qu'intervient la gestion automtique des accès concurentiels, pour les autres utilisateurs.
Tentative de lecture(X fois selon H.NbEssais 'est par défaut égal à 50') et cela selon le mode de blocage.
Affichage si nécessaire d'une boite de dialoque Vous permettant de retenter la lecture ou bien d'abandonner.

N'oubliez pas surtout de débloquer l'enregistrement après avoir effectuées vos odifications via la fonction HDébloqueNumEnr(,)
souvent N° d'enregistrement peut être remplacer par hNumEnrEnCours

Désolé, J'ai mis trop de temps à répondre Romu était déjà passé par Là.

Bonjour
SVP sans "s" à William j'suis pas une poire

Oui, mais le fait de devoir rajouter une commande de blocage ne se fait pas tout seul et c'est ce que notre ami ne semblait pas avoir compris

Par contre je n'ai jamais trop compris ce h.nbessais. Pourquoi devoir retenter 50 fois par défaut??

Pourquoi pas une fois?? HF n'est pas sur à ce point?

Merci

William

Mille excuses William,
Mais pour la Poire Williams j'aime bien

Souvent en programmation une des préoccupation est de limiter aux maximum le temps de blocage des enregistrements.

il se peut que pour certain traitement il soit nécessaire de bloquer des enregistrements pour une périodes très courte sans pour autant avoir à bloquer tout le fichier et le rendre indisponible à tous les autres utilisateurs.

Imaginons une boucle sur un fichier qui modifie la valeur d'un champs dans tout le fichier
On Lit
On Bloque
On Modifie
On débloque
On passe au suivant

Le temps entre le blocage et le déblocage est alors très court, cependant La première tentative de blocage d'un autre utilisateur peut intervenir au même momment.
En tantant de bloquer x fois, Le moteur HyperFile à toutes les chances de réussir son opération avec succès sans intervention de la fenêtre stipulant que l'enregistrement est bloqué par un autre utilisateur.

De plus H.NbEssais peut être modifié au gré du programmeur.
En WinDev 5 cette valeur était seulement de 20
Citation :

Voilà en espérant avoir été suffisament clair.