Quelle est la bonne façon de traiter avec cet Oracle ORA-01403: pas de données disponibles Exception?

J'ai une table DB que je suis plus ou moins traiter comme une file d'attente. Je suis en train de chercher un seul élément de celui-ci. Cela fonctionne, sauf lorsque le SELECT..DANS échoue (ce qui peut arriver si il n'y a qu'un seul élément dans la file d'attente et de deux utilisateurs sur des machines distinctes essayer de le chercher, un seul va gagner).

Cela conduit à l'familier ORA-01403: pas de données disponibles exception. J'ai essayé de changer le PS de sorte qu'il serait de retour NULL dans ce cas le même type de résultat que vous obtiendrais une requête ne pouvais pas trouver tous les enregistrements, mais en vain. Je suis en train de faire quelque chose de mal ici.

PROCEDURE sp_GetNextEmailFromQueue (pAgentId IN NUMBER, pRecs OUT recordSet)
  IS
  EMAIL_ID INTEGER;
  BEGIN

     SELECT id INTO EMAIL_ID FROM
           (SELECT id, is_replied_to, is_being_worked, date_received 
           FROM SSQ_EMAILS
           WHERE is_replied_to = 0 AND is_being_worked =0
           ORDER BY date_received ASC)
     WHERE rownum = 1;


    UPDATE SSQ_EMAILS x 
             SET x.is_being_worked = 1,
                 x.agent_id = pAgentId,
                 x.work_started_date = SYSDATE
             WHERE x.id = EMAIL_ID;

    OPEN pRecs FOR
      SELECT x.id,
             x.message_id,
             x.to_email,
             x.from_email,
             x.subject,
             x.message,
             x.date_received,
             x.href_link,
             x.is_being_worked,
             x.work_started_date,
             x.is_replied_to
        FROM SSQ_EMAILS x
        WHERE x.id = EMAIL_ID;

        EXCEPTION
          WHEN no_data_found 
            THEN 
              OPEN pRecs FOR
              SELECT NULL
              FROM SSQ_EMAILS;

  END;

OriginalL'auteur Chris Holmes | 2012-02-01

J'avais mis le gestionnaire d'exception autour du morceau de code qui est réellement la cause de l'erreur d'être jeté. Si email_id est NULL, la UPDATE ne mettra pas à jour les lignes et les SELECT ne reviendra pas toutes les lignes.

PROCEDURE sp_GetNextEmailFromQueue (pAgentId IN NUMBER, pRecs OUT recordSet)
  IS
  EMAIL_ID INTEGER;
  BEGIN
    BEGIN
      SELECT id 
        INTO EMAIL_ID 
        FROM (SELECT id, is_replied_to, is_being_worked, date_received 
                FROM SSQ_EMAILS
               WHERE is_replied_to = 0 AND is_being_worked =0
               ORDER BY date_received ASC)
       WHERE rownum = 1;
    EXCEPTION
      WHEN no_data_found 
      THEN
        email_id := null;
    END;

    UPDATE SSQ_EMAILS x 
             SET x.is_being_worked = 1,
                 x.agent_id = pAgentId,
                 x.work_started_date = SYSDATE
             WHERE x.id = EMAIL_ID;

    OPEN pRecs FOR
      SELECT x.id,
             x.message_id,
             x.to_email,
             x.from_email,
             x.subject,
             x.message,
             x.date_received,
             x.href_link,
             x.is_being_worked,
             x.work_started_date,
             x.is_replied_to
        FROM SSQ_EMAILS x
        WHERE x.id = EMAIL_ID;
  END;

Être conscient, cependant, que ce code n'empêche pas les deux appelants de travailler sur la même ligne. Si deux de session d'appel de cette procédure dans le même temps, il est tout à fait possible que les deux vont sélectionner la même ligne. Si vous voulez éviter cela, le SELECT aurait besoin de verrouiller la rangée sélectionnée avec le FOR UPDATE clause.

OriginalL'auteur Justin Cave

4

Vous ne pouvez rien faire dans ce cas:
```
exception
  when no_data_found then
    null;
end;
```
Elle retourne la valeur null dans pRecs droit?

MODIFIER

Deuxième approche:
```
cursor c_mail is
  SELECT id  
    FROM
       (SELECT id, is_replied_to, is_being_worked, date_received 
          FROM SSQ_EMAILS
         WHERE is_replied_to = 0 AND is_being_worked =0
         ORDER BY date_received ASC)
   WHERE rownum = 1;
....
open c_mail;
fetch c_mail into email_id; -- no_data_found not happens
close c_mail;
```
Ne semble pas être le cas de Sergio. J'ai essayé, mais j'ai peut-être vissé quelque chose. Je l'ai fait entrer, il a travaillé en faisant select ID from ssq_emails où ID EST NULL, ce qui n'est pas possible parce que c'est un PK champ, de sorte qu'il renvoie un vide refCursor, juste comme je le voulais.
Sergio, ce qui en fait n'est de me donner un ORA-24338: descripteur d'instruction n'est pas exécuté. Et je pense que cela a à voir avec la RefCursor (pRecs) non ouvert, à partir de ce que je peux obtenir de la documentation. Mon C# déclaration sur l'extérieur de cette, s'attend à un RefCursor.
Ok, alors, comment utiliser un curseur au lieu de "sélectionner"?
voir ma mise à jour, j'espère qu'elle vous aide.

OriginalL'auteur Sérgio Michels
1

select null from ssq_emails aurez toujours une 1403 si il n'y a pas d'enregistrements dans la table. Je ne suis pas sûr que vous voulez faire quoi que ce soit dans le gestionnaire d'exception; vous ne savez pas comment votre appelant traiter avec pRecs étant vide.

Ouais, et plus intéressant, sélectionnez la valeur NULL à partir de ssq_emails renvoie à n lignes où n= tout ce qui est dans le tableau. Alors, quand j'ai essayé j'ai commencé à avoir LINQ erreurs dans mon C# car SingleOrDefault() de vomir. Eu à la fin.

OriginalL'auteur Alex Poole
1

Résolu en faisant ceci:
```
EXCEPTION
   WHEN no_data_found THEN 
      OPEN pRecs FOR
      SELECT NULL
      FROM SSQ_EMAILS  s
      WHERE s.id IS NULL;
```
Il fonctionne parce que les RefCursor doit être ouvert. J'ai besoin d'un résultat vide, et cela semble être un moyen sûr de garantir que, parce que l'ID est le PK et ne peut pas être null.

OriginalL'auteur Chris Holmes

Comment à ce sujet, en évitant la manipulation d'exception:

/* returns X */
SELECT DUMMY FROM DUAL WHERE 1 = 1;

/* no data found */
SELECT DUMMY FROM DUAL WHERE 1 = 0;

/* returns NULL */
SELECT MIN(DUMMY) FROM DUAL WHERE 1 = 0;

OriginalL'auteur miazo

Vous devez vous connecter pour publier un commentaire.