Gérer la multiconnexion

Version imprimable

23/11/2022, 09h03
futneguet

Gérer la multiconnexion

Bonjour,

pour faire simple, j'ai développé un portail de gestion de stock de produits pour lequel il peut y avoir jusqu'à 30 utilisateurs simultanément.
A la création d'un produit, s'il n'y a que quelques utilisateurs connectés (1 ou 2), pas de problème. Mais s'il y en a beaucoup, des données sont interchangés entre utilisateurs.
Ex : si user1 crée un produit (par ex une chemise avec identifiant 123) en même temps que user2 (une chaussure avec id 124), alors il arrive quelque fois que l'identifiant 123 se retrouve avec les données du user2 donc chaussure.

Dans la base on va donc avoir l'id 123 identifié comme une chaussure alors qu'il l'a enregistré chemise.

Merci de votre aide

Bonjour
Utilisez les blocages ou l'idée présentée dans l'exemple WD Qui bloque :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Cet exemple montre comment signaler aux utilisateurs d'une base de données HyperFileSQL en réseau "qui" bloque un enregistrement inaccessible.
 
 
Dans cet exemple, nous abordons les principaux thèmes suivants :
1/ la gestion des accès concurrentiels
2/ le rafraîchissement automatique par timer
3/ la gestion d'un fichier "système" pour mémoriser des informations sur les verrous posés.
 
 
Résumé de l'exemple livré avec WinDev :    
Cet exemple réalisé avec WinDev est composé de 2 projets :
- WD Qui bloque : application de test gérant un fichier "client" en réseau
- WD Superviseur blocages : outil d'aministration pour visualiser les verrous posés et éventuellement forcer un déblocage.
Un utilisateur peut avoir conservé une fiche de saisie ouverte depuis un certain temps ; ce qui risque de gêner les autres utilisateurs.
Le bouton 'Libérez SVP' permet d'envoyer un message à l'utilisateur concerné pour lui demander de libérer l'enregistrement.
Le bouton 'Débloquer !' permet de forcer le déblocage de l'enregistrement. 
Attention : Cette opération va envoyer un message forçant la fermeture de l'application ayant effectué le blocage.

Une autre idée :
Hajoute dès le début avec seulement l'Id et les données vides.
Puis HlitRecherchePremier, édition des données manquantes, puis Hmodifie.

16/12/2022, 16h14
Ry_Yo

Bonjour,

le comportement que vous décrivez est vraiment étrange. Car lorsque vous faite un "HAjoute()" dans la BDD, il faut garder en tête la requête SQL INSERT....
Donc on a un buffer d'une ligne d'enregistrement qui va être insérer en même temps en BDD.
Le SGBD ne va pas éclater le buffer d'une requête pour en insérer une autre. Etes-vous sûr que le problème ne vient pas de la manière dont a été codé la page ou l'accès / modification aux informations ?

Cordialement.