Comment récupérer la valeur actuelle d'une séquence oracle sans l'incrémenter?

Existe-t-il une instruction SQL pour récupérer la valeur d'une séquence qui ne l'incrémente pas.

Merci.

MODIFIER ET CONCLUSION

Comme indiqué par Justin Cave Il n'est pas utile d'essayer de "sauvegarder" le numéro de séquence afin

select a_seq.nextval from dual;

est assez bon pour vérifier une valeur de séquence.

Je garde toujours la réponse d'Ollie comme la bonne parce qu'elle a répondu à la question initiale. mais interrogez-vous sur la nécessité de ne pas modifier la séquence si jamais vous voulez le faire.

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

Vous pouvez obtenir une variété de métadonnées de séquence à partir de user_sequences, all_sequenceset dba_sequences.

Ces vues fonctionnent à travers les sessions.

ÉDITER:

Si la séquence est dans votre schéma par défaut, alors:

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

Si vous voulez toutes les métadonnées, alors:

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

J'espère que ça aide...

EDIT2:

Une façon longue et fastidieuse de le faire de manière plus fiable si la taille de votre cache n'est pas de 1 serait:

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.

Sachez simplement que si d'autres utilisent la séquence pendant ce temps, ils (ou vous) peuvent

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

En outre, vous pouvez définir le cache sur NOCACHEavant la réinitialisation, puis revenir à sa valeur d'origine par la suite pour vous assurer que vous n'avez pas mis en cache beaucoup de valeurs.

select MY_SEQ_NAME.currval from DUAL;

Gardez à l'esprit que cela ne fonctionne que si vous avez exécuté select MY_SEQ_NAME.nextval from DUAL;les sessions en cours.

Ma réponse initiale était factuellement incorrecte et je suis heureux qu'elle ait été supprimée. Le code ci-dessous fonctionnera dans les conditions suivantes a) vous savez que personne d'autre n'a modifié la séquence b) la séquence a été modifiée par votre session. Dans mon cas, j'ai rencontré un problème similaire où j'appelais une procédure qui modifiait une valeur et je suis convaincu que l'hypothèse est vraie.

SELECT mysequence.CURRVAL INTO v_myvariable FROM DUAL;

Malheureusement, si vous n'avez pas modifié la séquence dans votre session, je pense que d'autres ont raison de dire que NEXTVAL est la seule façon de procéder.

Ce n'est pas vraiment une réponse et je l'aurais saisie comme commentaire si la question n'avait pas été verrouillée. Cela répond à la question:

Pourquoi le voudrais-tu?

Supposons que vous ayez une table avec la séquence comme clé primaire et la séquence est générée par un déclencheur d'insertion. Si vous souhaitez que la séquence soit disponible pour les mises à jour ultérieures de l'enregistrement, vous devez disposer d'un moyen d'extraire cette valeur.

Afin de vous assurer que vous obtenez le bon, vous voudrez peut-être envelopper la requête INSERT et RonK dans une transaction.

Requête de RonK:

select MY_SEQ_NAME.currval from DUAL;

Dans le scénario ci-dessus, la mise en garde de RonK ne s'applique pas car l'insertion et la mise à jour se produiraient dans la même session.

J'ai également essayé d'utiliser CURRVAL, dans mon cas pour savoir si un processus insérait de nouvelles lignes dans une table avec cette séquence comme clé primaire. Mon hypothèse était que CURRVAL serait la méthode la plus rapide. Mais a) CurrVal ne fonctionne pas, il récupérera simplement l'ancienne valeur parce que vous êtes dans une autre session Oracle, jusqu'à ce que vous fassiez un NEXTVAL dans votre propre session. Et b) a select max(PK) from TheTableest également très rapide, probablement parce qu'un PK est toujours indexé. Ou select count(*) from TheTable. J'expérimente toujours, mais les deux SELECT semblent rapides.

Cela ne me dérange pas une interruption dans une séquence, mais dans mon cas, je pensais beaucoup aux sondages, et je détesterais l'idée de très grandes lacunes. Surtout si un simple SELECT serait tout aussi rapide.

Conclusion:

• CURRVAL est assez inutile, car il ne détecte pas NEXTVAL d'une autre session, il ne renvoie que ce que vous saviez déjà de votre NEXTVAL précédent
• SELECT MAX (...) FROM ... est une bonne solution, simple et rapide, en supposant que votre séquence est liée à cette table