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.
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.
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?
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.
yo,
je lai enfin retrouvé...
http://www.developpez.net/forums/sho...ght=s%E9quence
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.
Utiliser les fonctions intégrées au SGBD pour le verrouillage d'enregistrements et la gestion des transactions...Envoyé par diaboloche
Merci de ta réponse.Envoyé par al1_24
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.
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
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.Envoyé par SQLpro
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 ?
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.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.
ç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 ...Envoyé par Graffito
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.
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 +
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager