Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Buffering: why optimistic?
Message
De
17/12/1998 07:57:41
 
 
À
07/12/1998 06:21:12
Information générale
Forum:
Visual FoxPro
Catégorie:
Client/serveur
Divers
Thread ID:
00163932
Message ID:
00168421
Vues:
24
Thanks, David. That's exactly what I was thinking about doing but the boss doesn't want to becuase if the system were to crash you'd have all of these "locks" still in there and no one could get to it. I figured if the system crashed or something, the first thing that's done would be the supervisor go in and clear all the locks. But that was vetoed so it's no longer an option.

But thanks for letting me know that my thought processes are on track :)

Denise

>PMJI,
>But this might be what I call process locking... you only wan't to allow one user at a time to carry out a certain task. This can be done quite simply with an extra field in the user table called "process". A form, or any process which can only be processed by one user at a time can be given a unique name/identifier programmatically and stored in that users "process" field. Before this is allowed you check the user file to make sure that no other user is undertaking that same process. The advantage is that you can advise the user "You can't do this just now because John Brown is doing it" - something that's much more difficult with record locks. Just clear the field when finished.
>If you don't have a user table create a ddummy one and assign psuedo userids at login to your system.
>
>HT Helps and makes sense :-)
~~~~~~~~~~
Denise
~~~~~~~~~~
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform