Oracleシーケンスの現在の値をインクリメントせずに取得する方法は？

増分しないシーケンスの値を取得するSQL命令はありますか？

ありがとう。

編集と結論

Justin Caveが述べたように、シーケンス番号を「保存」しようとしても役に立たないので

select a_seq.nextval from dual;

シーケンス値をチェックするには十分です。

それが最初の質問に答えたので、私はまだオリーの答えを良いものとして保ちます。ただし、シーケンスを変更する必要がある場合は、変更しないことの必要性について自問してください。

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

あなたはからのシーケンスのメタデータの多様性を得ることができuser_sequences、all_sequencesそしてdba_sequences。

これらのビューはセッション全体で機能します。

編集：

シーケンスがデフォルトのスキーマにある場合：

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

すべてのメタデータが必要な場合：

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

それが役に立てば幸い...

EDIT2：

キャッシュサイズが1でない場合に、より信頼性の高い方法でこれを行うには、次のようになります。

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.

この時間中に他の人がシーケンスを使用している場合は注意してください-彼ら（またはあなた）は

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

また、NOCACHE多くの値がキャッシュされていないことを確認するために、リセットする前にキャッシュを設定し、後で元の値に戻すこともできます。

select MY_SEQ_NAME.currval from DUAL;

select MY_SEQ_NAME.nextval from DUAL;現在のセッションで実行した場合にのみ機能することに注意してください。

私の元の返信は事実上正しくなかったので、削除されてよかった。以下のコードは、次の条件で動作します。a）他の誰もシーケンスを変更していないことを知っているb）シーケンスがセッションによって変更された。私の場合、値を変更するプロシージャを呼び出すときに同様の問題が発生しましたが、この仮定が正しいと確信しています。

SELECT mysequence.CURRVAL INTO v_myvariable FROM DUAL;

残念ながら、セッションでシーケンスを変更しなかった場合、NEXTVALが唯一の方法であると他の人が言っているのは正しいと思います。

これは答えではありません。質問がロックされていなければ、コメントとして入力していました。これは質問に答えます：

なぜあなたはそれを望みますか？

シーケンスを主キーとするテーブルがあり、シーケンスは挿入トリガーによって生成されると想定します。レコードの後続の更新でシーケンスを使用できるようにする場合は、その値を抽出する方法が必要です。

正しいものを確実に取得するために、INSERTおよびRonKのクエリをトランザクションでラップすることができます。

RonKのクエリ：

select MY_SEQ_NAME.currval from DUAL;

上記のシナリオでは、挿入と更新が同じセッションで発生するため、RonKの警告は当てはまりません。

私の場合は、CURRVALを使用して、いくつかのプロセスがそのシーケンスを主キーとしてテーブルに新しい行を挿入したかどうかを確認することも試みました。私の仮定は、CURRVALが最速の方法であるということでした。ただし、a）CurrValは機能しません。別のOracleセッションにいるため、独自のセッションでNEXTVALを実行するまで、古い値が取得されます。b）a select max(PK) from TheTableも非常に高速です。これは、おそらくPKが常にインデックス付けされているためです。またはselect count(*) from TheTable。まだ実験中ですが、どちらのSELECTも高速に見えます。

シーケンスのギャップは気にしませんが、私の場合、ポーリングをたくさん考えていたので、非常に大きなギャップの考えは嫌いでした。特に、単純なSELECTが同じくらい高速である場合。

結論：

• CURRVALは、別のセッションからのNEXTVALを検出しないため、ほとんど役に立ちません。以前のNEXTVALからすでに知っているものだけを返します。
• SELECT MAX（...）FROM ...は、シーケンスがそのテーブルにリンクされていると仮定すると、シンプルで高速な優れたソリューションです