¿Cómo recuperar el valor actual de una secuencia de oráculo sin incrementarlo?

¿Existe una instrucción SQL para recuperar el valor de una secuencia que no la incrementa?

Gracias.

EDICIÓN Y CONCLUSIÓN

Como dijo Justin Cave, no es útil tratar de "guardar" el número de secuencia

select a_seq.nextval from dual;

es lo suficientemente bueno como para verificar un valor de secuencia.

Todavía mantengo a Ollie como la buena porque respondió la pregunta inicial. pero pregúntese sobre la necesidad de no modificar la secuencia si alguna vez quiere hacerlo.

SELECT last_number
  FROM all_sequences
 WHERE sequence_owner = '<sequence owner>'
   AND sequence_name = '<sequence_name>';

Puede obtener una variedad de metadatos de secuencia de user_sequences, all_sequencesy dba_sequences.

Estas vistas funcionan a través de sesiones.

EDITAR:

Si la secuencia está en su esquema predeterminado, entonces:

SELECT last_number
  FROM user_sequences
 WHERE sequence_name = '<sequence_name>';

Si quieres todos los metadatos, entonces:

SELECT *
  FROM user_sequences
 WHERE sequence_name = '<sequence_name>';

Espero eso ayude...

EDIT2:

Una forma larga y sin aliento de hacerlo de manera más confiable si el tamaño de su caché no es 1 sería:

SELECT increment_by I
  FROM user_sequences
 WHERE sequence_name = 'SEQ';

      I
-------
      1

SELECT seq.nextval S
  FROM dual;

      S
-------
   1234

-- Set the sequence to decrement by 
-- the same as its original increment
ALTER SEQUENCE seq 
INCREMENT BY -1;

Sequence altered.

SELECT seq.nextval S
  FROM dual;

      S
-------
   1233

-- Reset the sequence to its original increment
ALTER SEQUENCE seq 
INCREMENT BY 1;

Sequence altered.

Solo tenga en cuenta que si otros usan la secuencia durante este tiempo, ellos (o usted) pueden obtener

ORA-08004: sequence SEQ.NEXTVAL goes below the sequences MINVALUE and cannot be instantiated

Además, es posible que desee establecer la memoria caché NOCACHEantes del restablecimiento y luego volver a su valor original para asegurarse de que no haya almacenado en la memoria caché muchos valores.

select MY_SEQ_NAME.currval from DUAL;

Tenga en cuenta que solo funciona si se ejecutó select MY_SEQ_NAME.nextval from DUAL;en las sesiones actuales.

Mi respuesta original fue objetivamente incorrecta y me alegro de que se haya eliminado. El siguiente código funcionará en las siguientes condiciones a) usted sabe que nadie más modificó la secuencia b) la secuencia fue modificada por su sesión. En mi caso, encontré un problema similar en el que estaba llamando a un procedimiento que modificó un valor y estoy seguro de que la suposición es cierta.

SELECT mysequence.CURRVAL INTO v_myvariable FROM DUAL;

Lamentablemente, si no modificó la secuencia en su sesión, creo que otros tienen razón al afirmar que NEXTVAL es el único camino a seguir.

Esto no es una respuesta, realmente y lo habría ingresado como un comentario si la pregunta no hubiera sido bloqueada. Esto responde a la pregunta:

¿Por qué lo quieres?

Suponga que tiene una tabla con la secuencia como clave principal y la secuencia es generada por un activador de inserción. Si desea tener la secuencia disponible para actualizaciones posteriores del registro, debe tener una forma de extraer ese valor.

Para asegurarse de obtener el correcto, es posible que desee ajustar la consulta INSERT y RonK en una transacción.

La consulta de RonK:

select MY_SEQ_NAME.currval from DUAL;

En el escenario anterior, la advertencia de RonK no se aplica ya que la inserción y la actualización sucederían en la misma sesión.

También intenté usar CURRVAL, en mi caso para averiguar si algún proceso insertó nuevas filas en alguna tabla con esa secuencia como Clave primaria. Mi suposición fue que CURRVAL sería el método más rápido. Pero a) CurrVal no funciona, solo obtendrá el valor anterior porque está en otra sesión de Oracle, hasta que haga un NEXTVAL en su propia sesión. Y b) a select max(PK) from TheTabletambién es muy rápido, probablemente porque una PK siempre está indexada. O select count(*) from TheTable. Todavía estoy experimentando, pero ambos SELECT parecen rápidos.

No me importa una brecha en una secuencia, pero en mi caso estaba pensando en sondear mucho, y odiaría la idea de brechas muy grandes. Especialmente si un SELECT simple sería igual de rápido.

Conclusión:

• CURRVAL es bastante inútil, ya que no detecta NEXTVAL de otra sesión, solo devuelve lo que ya sabía de su anterior NEXTVAL
• SELECT MAX (...) FROM ... es una buena solución, simple y rápida, suponiendo que su secuencia esté vinculada a esa tabla