Version imprimable
Bonjour,
J'aimerais pouvoir excécuter une série de query (insert, delete, update, ...) sur quelques tables sans qu'aucun autre query extérieur ne puisse modifier ces même tables (voire s'excécuter tout court) entre deux de ces query.
Est-ce faisable ?
Quels sont les impacts sur les pérformances ?
(je pense qu'il s'agit d'utiliser sp_getapplock mais je découvre)
Hello,
Essais d'utiliser des transactions avec comme niveau d'isolation "SERIALIZABLE"
Le niveau d'isolation SERIALIZABLE n'est pas à conseiller de manière systématique et n'empêchera pas des lectures inconsistantes (READ UNCOMMITTED) par une autre transaction.
A lire sur les transactions :
http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1
http://sqlpro.developpez.com/isolation-transaction/
A +
Qu'est-ce que je peux faire alors ?
Est-ce que je peux obtenir un accès exclussif sur un seul élément (table, enregistrement, ...) ?
Est-ce que je peux définir un ordre d'excécution de plusieurs query (comme s'ils étaient numérotés) ?
Merci.
Il n'est pas nécessaire d'interdire totalement tout accès aux données.
A +
Ça ne m'aide pas.
Si je me sert de sp_getapplock, je peux définir le @lockowner qui correspond à la portée.
J'ai le choix entre une portée de transaction ou de session mais je ne sais pas exactement à quoi correspond la session (= connexion ?).
Je pense que vous essayez de faire n'importe quoi en pensant qu'une base de données sait faire la même chose qu'un code système. Ce n'est pas du tout le cas et un SGBDR n'a pas vocation a faire ce que vous demandez.
Commencez par mieux définir votre besoin en terme de données et non en terme de process. Et vous verrez que ce que vous demandez n'a aucun intérêt !
A +
Mon besoin en terme de donnée est simple
faire ceci
puis cela
Mais ci ceci et cela son deux requêtes paralléllés, comme moi, tu n'as aucune idée du moindre mécanisme à appliquer.
Une base de données n'étant pas une application temps réel, vous ne pouvez en aucun cas procéder à un rendez-vous de tâche.
A +