Verifier verrouillage d'une table

Bonjour, j'ai un problème assez urgent a résoudre, après beaucoup de recherche je n'ai toujours pas trouvé de solution, je sollicite donc votre aide.

Mon problème est simple je dois vérifier si une table est verrouillé, j'ai donc essayé ceci:

Code:

---

1 2 3 4 5 6

$req="SELECT * from TABLE where ... for update nowait"; $stid=oci_parse($conn,$req); if(!@oci_execute($stid)){ $message="Erreur : Enregistrement la table TABLE verouille"; }

---

le problème c'est quand faisant cela je verrouille la table alors que je veux juste vérifier si elle l'est ou non.
D'avance merci.

Vous pouvez tout simplement utiliser V$LOCKED_OBJECT, en jointure avec DBA_OBJECTS sur OBJECT_ID.

Alors, je n'ai pas très bien compris, vous pourriez être un peu plus précis ?
J'ai oublié de préciser également que je ne dois pas vérifier si la Table est verrouillée entièrement mais seulement les lignes qui m’intéresse.
en tout cas j'ai testé cette requette :

Code:

---

SELECT XIDUSN,OBJECT_ID,SESSION_ID,ORACLE_USERNAME,OS_USER_NAME,PROCESS from v$locked_object

---

et j'obtiens l'erreur suivante:

Citation:

---

ORA-00942: Table ou vue inexistante

---

L'erreur ORA-00942 signifie soit que la table indiquée n'existe pas, soit que vous n'avez pas les droits pour y accéder.
Et en effet, la vue V$LOCKED_OBJECT n'est pas accessible à n'importe qui, et il faut donc demander les droits à votre DBA.

Mais pouvez-vous détailler le besoin fonctionnel qui vous pousse à rechercher si une ligne est verrouillée ?
Que ferez-vous de cette information ?

Je dois vérifier si un enregistrement de ma table n'est pas déjà verrouillé, si oui j'affiche un message d'erreur sinon je verrouiller a mon tour pour ensuite faire une série d’opération a partir de cette ligne.
Le but étant j'imagine que la ligne ne sois pas modifiée par un autre utilisateur pendant que d'autres opérations sont en cours sur cette ligne.

Personne ? c'est assez urgent ! :/

Citation:

---

Envoyé par mDaud

Personne ? c'est assez urgent ! :/

---

Je risque de me répéter mais si c'est urgente appelez le supporte Oracle c'est leur job!

La logique de votre demande peut/devrait être légèrement changée: je demande le verrouillage d'un enregistrement via

Code:

---

1 2 3 4 5

Select Null From Table Where... For Update Nowait

---

Si l'enregistrement est déjà verrouillé alors l'exception 00054 sera levée et cette exception peut être interceptée ce qui permet d'afficher un message. Sinon l'enregistrement a été verrouiller et je peux poursuivre mon traitement.

Alors d'abord merci pour votre réponse mais je suis toujours bloqué, j'ai essayé ceci en guise de test:

Ici on verouille :

Code:

---

1 2 3 4

$req="SELECT * from TAB where ... for update Nowait "; $stid=oci_parse($conn,$req); oci_execute($stid);

---

Ensuite je fais quelque requetes

Puis je test si verouillé: (normalement oui)

Code:

---

1 2 3 4 5 6

$req="SELECT NULL from TAB where ... for update Nowait "; $stid=oci_parse($conn,$req); if(!@oci_execute($stid)){ echo "Erreur 2 : Enregistrement dans la table TAB verouille"; }

---

Or ici l'erreur ne s'affiche pas
En faisant ceci par contre:

Code:

---

1 2 3 4 5 6

$req="SELECT * from TAB where ... for update Nowait "; $stid=oci_parse($conn,$req); if(!@oci_execute($stid)){ echo "Erreur 2 : Enregistrement dans la table TAB verouille"; }

---

Le message d'erreur s'affiche me disant que la table est vérouillé mais par contre si elle ne l'est pas elle le devient donc toujours le même problème.

Vous n'avez pas encore compris. Quand vous exécuter select ... for update nowait si le verrouillage réussie il n'y a aucune erreur. Par contre si le verrouillage échoué parce qu'une autre session détienne déjà des verrous sur le même enregistrement une erreur spécifique est levée. Vous devez donc tester que cette erreur spécifique est arrivée sinon vous risquée d'en ajouter à la confusion comme vous le faite avec votre exemple "Select NULL..." vers "Select *...".

En conclusion pour votre protocole de test:

1. commencez par verrouiller votre table dans une autre session via un select for update ou lock table ... in exclusive mode
2. lancez votre programme qui exécute Select for update. L'erreur ORA-00054 doit être levée.
3. relâcher le verrou dans la première session via rollback.
4. relancez votre programme qui exécute Select for update. Aucune d'erreur ne devrait être levée.

Et assez importante encore: quand votre programme rencontre une erreur suite à l'exécution du oci_exec interceptez et affichez le code d'erreur pour comprendre sa nature.