[SGBD]Verrous [Résolu]

vsavoir · 14/10/2004, 18h13

Bonjour,

Peut-on gérer les verrous d'un SGBD au niveau d'un réseau et non du propriétaire de la base de données.

Merci.

fadace · 15/10/2004, 07h34

Non, et je n'en vois pas l'utiliité. Les verrous sont géré par transaction et pas par utilisateur.

vsavoir · 20/10/2004, 15h20

Et quand ça plante, tu fais comment pour supprimer les verrous qui n'ont pas pu être désactivés.

Merci.

SQLpro · 27/10/2004, 09h13

C'est jusement le but des transactions :

COMMIT : valide les données et libère tous les verrous
ROLLBACK : défait toutes les modifs et libère les verrous.

Bien entendu si la transaction est commencée sur le poste client et que cela plante il y a coupure de la connexion et en principe ROLLBACK automatique, mais dans le time out imposé. Si ce time out est important, dommage !

C'est pourquoi il faut TOUJOURS gérer ses transacions côté serveur en les encapsulant dans des procédures stockées :
1) un OS serveur et les appli que l'on met dessus sont plus sécurisé que word ou excel ou flight simulator
2) un serveur est généralement une machine à tolérance de panne : alime redoandante, mémoire auto corrective, disque redondant extractibles à chaud...

A +

vsavoir · 08/11/2004, 16h21

Merci bien pour vos réponses.

Je voulais savoir aussi concernant les verrous: la pose d'un verrou peut-elle concernée qu'un nombre d'enregistrement d'une table ou on a pas le choix, le verrou se pose sur la table entièrement?

Merci

qi130 · 08/11/2004, 17h03

ca dépend des possibilités du SGBD....

Parfois, on n'a pas le choix, ça ne peut être qu'au niveau de la table.

Cependant, la tendance est à l'"atomisation" des possibilités de lock, et nombre de SGBD proposent le verrou sur 1 ligne, parfois sur 1 ligne et sa suivante (MySQL).

papounet · 08/11/2004, 18h40

De plus il existe une notion "ESCALE"
1 > => LOCK ROW
2 > => LOCK page à partir d'un certain nombre de LOCK ROW
3 > => LOCK table ensuite

vsavoir · 16/11/2004, 11h21

Merci a tous pour vos réponses

14/10/2004, 18h13	#1
vsavoir Membre à l'essai Inscription : mai 2004 Messages : 58 Détails du profil Informations forums : Inscription : mai 2004 Messages : 58 Points : 20 Points : 20	[SGBD]Verrous Bonjour, Peut-on gérer les verrous d'un SGBD au niveau d'un réseau et non du propriétaire de la base de données. Merci.
	00

27/10/2004, 09h13	#4
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	C'est jusement le but des transactions : COMMIT : valide les données et libère tous les verrous ROLLBACK : défait toutes les modifs et libère les verrous. Bien entendu si la transaction est commencée sur le poste client et que cela plante il y a coupure de la connexion et en principe ROLLBACK automatique, mais dans le time out imposé. Si ce time out est important, dommage ! C'est pourquoi il faut TOUJOURS gérer ses transacions côté serveur en les encapsulant dans des procédures stockées : 1) un OS serveur et les appli que l'on met dessus sont plus sécurisé que word ou excel ou flight simulator 2) un serveur est généralement une machine à tolérance de panne : alime redoandante, mémoire auto corrective, disque redondant extractibles à chaud... A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

08/11/2004, 17h03	#6
qi130 Expert Confirmé Sénior Pierre Ingénieur qualité méthodes Inscription : mars 2003 Messages : 3 726 Détails du profil Informations personnelles : Nom : Pierre Âge : 51 Localisation : France Informations professionnelles : Activité : Ingénieur qualité méthodes Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 3 726 Points : 4 739 Points : 4 739	ca dépend des possibilités du SGBD.... Parfois, on n'a pas le choix, ça ne peut être qu'au niveau de la table. Cependant, la tendance est à l'"atomisation" des possibilités de lock, et nombre de SGBD proposent le verrou sur 1 ligne, parfois sur 1 ligne et sa suivante (MySQL). __________________ "Il n'y a pas de bonnes réponses à une mauvaise question." (M. Godet) ----------------------- Pensez à cloturer votre sujet - Aucune réponse aux sollicitations techniques par MP Usus magister est optimus
	00

15/10/2004, 07h34	#2
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Non, et je n'en vois pas l'utiliité. Les verrous sont géré par transaction et pas par utilisateur.
	00

20/10/2004, 15h20	#3
vsavoir Membre à l'essai Inscription : mai 2004 Messages : 58 Détails du profil Informations forums : Inscription : mai 2004 Messages : 58 Points : 20 Points : 20	Et quand ça plante, tu fais comment pour supprimer les verrous qui n'ont pas pu être désactivés. Merci.
	00

08/11/2004, 16h21	#5
vsavoir Membre à l'essai Inscription : mai 2004 Messages : 58 Détails du profil Informations forums : Inscription : mai 2004 Messages : 58 Points : 20 Points : 20	Merci bien pour vos réponses. Je voulais savoir aussi concernant les verrous: la pose d'un verrou peut-elle concernée qu'un nombre d'enregistrement d'une table ou on a pas le choix, le verrou se pose sur la table entièrement? Merci
	00

08/11/2004, 18h40	#7
papounet Membre du Club Inscription : avril 2004 Messages : 54 Détails du profil Informations forums : Inscription : avril 2004 Messages : 54 Points : 59 Points : 59	De plus il existe une notion "ESCALE" 1 > => LOCK ROW 2 > => LOCK page à partir d'un certain nombre de LOCK ROW 3 > => LOCK table ensuite
	00

16/11/2004, 11h21	#8
vsavoir Membre à l'essai Inscription : mai 2004 Messages : 58 Détails du profil Informations forums : Inscription : mai 2004 Messages : 58 Points : 20 Points : 20	Merci a tous pour vos réponses
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email