Como o sequence.nextval pode ser nulo no Oracle?

Eu tenho uma sequência Oracle definida assim:

CREATE SEQUENCE  "DALLAS"."X_SEQ"  
    MINVALUE 0 
    MAXVALUE 999999999999999999999999999 
    INCREMENT BY 1 START WITH 0 NOCACHE  NOORDER  NOCYCLE ;

É usado em um procedimento armazenado para inserir um registro:

PROCEDURE Insert_Record
                (p_name    IN  VARCHAR2,                
                 p_userid  IN  INTEGER,
                 cur_out   OUT TYPES_PKG.RefCursor)
    IS
        v_id NUMBER := 0;
    BEGIN
        -- Get id value from sequence
        SELECT x_seq.nextval
          INTO v_id
          FROM dual;

        -- Line below is X_PKG line 40
        INSERT INTO X
            (the_id,            
             name,                        
             update_userid)
          VALUES
            (v_id,
             p_name,                        
             p_userid);

        -- Return new id
        OPEN cur_out FOR
            SELECT v_id the_id
              FROM dual;
    END;

Ocasionalmente, esse procedimento retorna um erro quando executado a partir do código do aplicativo.

ORA-01400: cannot insert NULL into ("DALLAS"."X"."THE_ID") 
ORA-06512: at "DALLAS.X_PKG", line 40 
ORA-06512: at line 1

Detalhes que podem ou não ser relevantes:

• Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Produção de 64 bits
• O procedimento é executado via Microsoft.Practices.EnterpriseLibrary - Data.Oracle.OracleDatabase.ExecuteReader (comando DbCommand)
• O aplicativo não quebra a chamada em uma transação explícita.
• A inserção falha intermitentemente - menos de 1%

Em que circunstâncias poderia x_seq.nextvalser nulo?

Tenho certeza de que isso acabará sendo um artefato do seu código ou o driver .net que você está usando. Fiz uma demonstração rápida para você usando SQL-PL / SQL puro e nunca obtive um valor de sequência perdido. Aliás, o cursor ref que você está usando provavelmente é desnecessário e provavelmente afeta o desempenho e a legibilidade do código - minha demonstração inclui um procedimento insert_record2 que executa consistentemente mais de 10% mais rápido - cerca de 26s no meu laptop vs 36 para a versão do cursor ref. Eu pelo menos também acho que é mais fácil de entender. Obviamente, você pode executar uma versão modificada no banco de dados de teste, completo com o acionador de auditoria.

/* 
demo for dbse 
assumes a user with create table, create sequence, create procedure pivs and quota. 

*/

drop table dbse13142 purge;

create table dbse13142(
    the_id number not null
,   name   varchar2(20)
,   userid number)
;

drop sequence x_seq;
CREATE SEQUENCE  X_SEQ NOCACHE  NOORDER  NOCYCLE ;

create or replace PROCEDURE Insert_Record
                (p_name    IN  VARCHAR2,                
                 p_userid  IN  INTEGER,
                 cur_out   OUT sys_refcursor)
    IS
        v_id NUMBER := 0;
    BEGIN
        -- Get id value from sequence
        SELECT x_seq.nextval
          INTO v_id
          FROM dual;

        -- Line below is X_PKG line 40
        INSERT INTO dbse13142
            (the_id,            
             name,                        
             userid)
          VALUES
            (v_id,
             p_name,                        
             p_userid);

        -- Return new id
        OPEN cur_out FOR
            SELECT v_id the_id
              FROM dual;
    END;
/


create or replace PROCEDURE Insert_Record2
                (p_name    IN  VARCHAR2,                
                 p_userid  IN  INTEGER,
                 p_theid   OUT dbse13142.the_id%type)
    IS
    BEGIN
        -- Get id value from sequence
        SELECT x_seq.nextval
          INTO p_theid
          FROM dual;

        -- Line below is X_PKG line 40
        INSERT INTO dbse13142
            (the_id,            
             name,                        
             userid)
          VALUES
            (p_theid,
             p_name,                        
             p_userid);
    END;
/

set timing on

declare
   c sys_refcursor;
begin   
for i in 1..100000 loop
   insert_record('User '||i,i,c);
   close c;
end loop;
commit;
end;
/

select count(*) from dbse13142;
truncate table dbse13142;

declare
  x number;
begin   
for i in 1..100000 loop
   insert_record2('User '||i,i,x);
end loop;
commit;
end;
/

select count(*) from dbse13142;
truncate table dbse13142;

Tente fazer um caso de teste. Faça uma tabela fictícia e insira 100.000 registros usando sua sequência do banco de dados. Aposto que você não terá problemas. Em seguida, tente inserir a mesma coisa do seu aplicativo.

Isso pode ser causado por outros problemas, como uma incompatibilidade de cliente Oracle?

Outra solução que resolveria o problema, mas não o problema, seria adicionar um gatilho à tabela.
Antes de inserir na tabela no Dallas.X SE: o_id é nulo ENTÃO SELECIONE x_seq.nextval INTO: o_id FROM dual; FIM SE;

Ainda não tenho privilégios para fazer comentários, portanto, escreva isso como resposta: Como você está usando a versão Oracle> = 11.1, que permite sequências nas expressões PL / SQL em vez de no SQL, tente o seguinte:

   v_id := x_seq.nextval;

Em vez disso:

 -- Get id value from sequence
    SELECT x_seq.nextval
      INTO v_id
      FROM dual;

Ou, apesar de ter ouvido dúvidas / armadilhas ao usar ".currval", talvez omita a atribuição separada de v_id e use apenas este código ?:

 -- Line below is X_PKG line 40
        INSERT INTO X
            (the_id,            
             name,                        
             update_userid)
          VALUES
            (x_seq.nextval,
             p_name,                        
             p_userid);

        -- Return new id
        OPEN cur_out FOR
            SELECT x_seq.currval the_id
              FROM dual;

Desculpe, não tenho uma instância 11g à mão agora para tentar isso.