Discussion :

[diaboloche]

Bonjour,

J'aimerais savoir si personne n'a une URL ou un Tuto sur les principes de bases sur la gestion des accès concurentiels...
J'ai fais un peu de recherche mais rien de concluant...
Si quelqu'un pouvait m'aider...

Merci.

[gerald2545]

il y a eu un post récemment à ce sujet et la conclusion était qu'il n'y avait pas grand chose à gérer, le moteur du SGBD le faisant pour toi....
quelle est ta question sur les accès concurrentiels?

[diaboloche]

Pas une question précise... mais je ne suis pas trop au courant du sujet... j'aurais voulu connaitre en gros les principes de base utilisés...

Si quelqu'un peut m'orienter vers le sujet existant... je ne le trouve pas...

Merci.

[gerald2545]

yo,
je lai enfin retrouvé...
http://www.developpez.net/forums/sho...ght=s%E9quence

[diaboloche]

Ok très bien. Pour l'insertion je vois bien le principe...

Mais dans le cas d'une modification...

Si 2 utilisateurs chargent 1 même enregistrement en même temps, travaillent dessus et font 1 update l'un après l'autre. A part vérifier l'existence de l'enregistrement avant de faire l'update afin de s'assurer qu'il est toujours sous cette forme dans la database, est ce que quelque chose d'autre doit être prévu ?

Merci.

[al1_24]

Si 2 utilisateurs chargent 1 même enregistrement en même temps, travaillent dessus et font 1 update l'un après l'autre. A part vérifier l'existence de l'enregistrement avant de faire l'update afin de s'assurer qu'il est toujours sous cette forme dans la database, est ce que quelque chose d'autre doit être prévu ?

Utiliser les fonctions intégrées au SGBD pour le verrouillage d'enregistrements et la gestion des transactions...

[diaboloche]

Utiliser les fonctions intégrées au SGBD pour le verrouillage d'enregistrements et la gestion des transactions...

Merci de ta réponse.

Donc ces systemes de verrouillage permettraient de définir si l'on souhaite interdire 2 personnes de travailler sur 1 même enregistrement simultanement ? Comment cela se matérialiserait-il ? Concrétement.

[makowski]

tu peu lire ce document qui explique la gestion des transactions
http://www.firebird-fr.eu.org/articl...?id_article=39
et aussi
http://www.firebird-fr.eu.org/articl...?id_article=43

[SQLpro]

A lire : http://sqlpro.developpez.com/cours/sqlaz/techniques/

A +

[Luc Orient]

A lire : http://sqlpro.developpez.com/cours/sqlaz/techniques/

A +

C'est curieux mais dans ce tutoriel aucune mention n'est faite sur un type de logiciel beaucoup utilisé dans le monde du mainframe (que je connais un peu ...) à savoir les moniteurs transactionnels qui sont aptes à gérer toute cette problématique de concurence d'accès. Sur z/OS (IBM), par exemple, on trouve CICS et IMS/TM.
Est à dire que dans les mondes UNIX et/ou Windows (que je ne connais pas du tout ... ) on se passe de ce genre de logiciel ?

[Graffito]

Bonjour,

Donc ces systemes de verrouillage permettraient de définir si l'on souhaite interdire 2 personnes de travailler sur 1 même enregistrement simultanement ? Comment cela se matérialiserait-il ? Concrétement.

Dans les transactions de modification, plutot que de vérouiller, on a maintenant tendance à utiliser la vérification lors de la validation de la modif que l'enregistrement de la base est résté identique à la valeur avant modification. Si ce n'est pas le cas la demande de modif est rejetée.

[Luc Orient]

Bonjour,



Dans les transactions de modification, plutot que de vérouiller, on a maintenant tendance à utiliser la vérification lors de la validation de la modif que l'enregistrement de la base est résté identique à la valeur avant modification. Si ce n'est pas le cas la demande de modif est rejetée.

ça pour moi c'est dans le cas d'un aller retour entre le client et le serveur alors que tous les verrous ont été libérés ...
A l'intérieur du SGBD c'est bien la technique des verrous sur des ressources (tables, pages, blocs ou lignes) qui est utilisée.

[SQLpro]

La question des moniteurs transactionnels est intéressante... Elle doit cependant être revue avec les techniques actuelles et les performances des SGBDR...
Autrement dit exit CICS, Tuxedo et autres.
La preuve :
http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
On arrive donc à 4 millions de transactions par minute sans moniteur transactionnel, directement sous forme objet en COM + !
Derrière c'est IBM DB2 qui s'occupe de tout...

A +