Як отримати поточне значення послідовності oracle, не збільшуючи його?

Чи є інструкція SQL для отримання значення послідовності, яка не збільшує її.

Дякую.

РЕДАКТУВАННЯ І ВИСНОВОК

Як заявив Джастін Кейв, не корисно намагатися так "зберегти" порядковий номер

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;на поточних сесіях.

Моя оригінальна відповідь фактично була неправильною, і я радий, що її видалили. Нижче наведений код працюватиме за таких умов: а) ви знаєте, що ніхто більше не змінював послідовність; б) послідовність була змінена вашим сеансом. У моєму випадку я зіткнувся з подібною проблемою, коли я викликав процедуру, яка змінила значення, і я впевнений, що припущення є правдивим.

SELECT mysequence.CURRVAL INTO v_myvariable FROM DUAL;

На жаль, якщо ви не змінили послідовність свого сеансу, я вважаю, що інші вірно заявляють, що NEXTVAL - це єдиний шлях.

Це справді не відповідь, і я би вписав це як коментар, якби питання не було заблоковано. Це відповідає на питання:

Чому б ти цього хотів?

Припустимо, у вас є таблиця з послідовністю в якості основного ключа, і послідовність створюється тригером вставки. Якщо ви хочете мати доступну послідовність для наступних оновлень запису, вам потрібно мати спосіб витягти це значення.

Для того, щоб переконатися, що ви отримали потрібний, ви можете загорнути запит INSERT та RonK в транзакцію.

Запит RonK:

select MY_SEQ_NAME.currval from DUAL;

У вищенаведеному сценарії застереження RonK не застосовується, оскільки вставка та оновлення відбуватимуться в одному сеансі.

Я також намагався використовувати CURRVAL, в моєму випадку, щоб дізнатися, чи якийсь процес вставив нові рядки в якусь таблицю з такою послідовністю як Первинний ключ. Моє припущення було, що CURRVAL буде найшвидшим методом. Але а) CurrVal не працює, він просто отримає старе значення, тому що ви перебуваєте в іншому сеансі Oracle, поки ви не зробите NEXTVAL у своєму сеансі. І b) a select max(PK) from TheTableтакож дуже швидко, ймовірно, тому, що ПК завжди індексується. Або select count(*) from TheTable. Я все ще експериментую, але обидва SELECT здаються швидкими.

Я не проти розриву в послідовності, але в моєму випадку я думав багато опитувати, і я б ненавиджу ідею дуже великих прогалин. Особливо, якщо простий SELECT був би таким же швидким.

Висновок:

• CURRVAL є досить марним, оскільки він не виявляє NEXTVAL з іншого сеансу, він повертає лише те, що ви вже знали з попереднього NEXTVAL
• SELECT MAX (...) FROM ... - це хороше рішення, просте та швидке, якщо ваша послідовність пов'язана з цією таблицею