> Mais pour des raisons de sécurité, entre autre la gestion en temps
> réel des informations ce ne peut etre la base du logiciel.
Je ne vois vraiment pas où est le problème. Justement, comme toutes les requêtes passent par le serveur, il a un contrôle total sur ce qui se passe, ce qui n'est pas le cas dans une architecture basée sur de multiples clients accédant à une base de données centralisée. Le serveur sait automatiquement quand un client est en mode modification, il peut donc agir en conséquence pour les autres demandes de modification sur les mêmes données.
> Imaginez que vous retouchiez une facture enregistrée, de
> l'autre bout, le comptable ouvre la piece pour enregistrer les
> dernieres écritures, il se retrouve à rentrer des données incorectes
> car en court de rectification, là un logiciel permet simplement, par le
> réseau, de bloquer l'acces à la piece en conversant avec les autres
> client.
Il suffit de faire ce bloquage côté serveur, je ne vois pas ce qui gêne. Ca me paraît beaucoup plus propre et beaucoup plus sûr que de le faire côté client.
[^] # Re: Programmer oui ! Mais...
Posté par Frédéric Lopez . En réponse au journal Programmer oui ! Mais.... Évalué à 1.
> réel des informations ce ne peut etre la base du logiciel.
Je ne vois vraiment pas où est le problème. Justement, comme toutes les requêtes passent par le serveur, il a un contrôle total sur ce qui se passe, ce qui n'est pas le cas dans une architecture basée sur de multiples clients accédant à une base de données centralisée. Le serveur sait automatiquement quand un client est en mode modification, il peut donc agir en conséquence pour les autres demandes de modification sur les mêmes données.
> Imaginez que vous retouchiez une facture enregistrée, de
> l'autre bout, le comptable ouvre la piece pour enregistrer les
> dernieres écritures, il se retrouve à rentrer des données incorectes
> car en court de rectification, là un logiciel permet simplement, par le
> réseau, de bloquer l'acces à la piece en conversant avec les autres
> client.
Il suffit de faire ce bloquage côté serveur, je ne vois pas ce qui gêne. Ca me paraît beaucoup plus propre et beaucoup plus sûr que de le faire côté client.