Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
Есть таблица с полем generated always as identity. Наверняка есть какая-то системная SEQUENCE с использованием которой генерятся значения поля. Можно ли как-то получить NEXTVAL для системной SEQUENCE этого поля ? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2009, 12:34 |
|
||
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
Если колонка сделана кэшируемая (по умолчанию 20), то можно узнать, следующие первое кэшироемое значение. А для обычной не кэшироемой identity колонки можно найти значение в таблице сиквенсов. - Абсолют' ный -посковый робот по MSDN для - ленивых ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2009, 12:55 |
|
||
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
Замечательно. А как узнать какая строчка в таблице сиквенсов относится к моей обычной не кэшироемой identity колонке ? И как узнать следующее первое кэшироемое значение для колонки с кэшем ? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2009, 11:41 |
|
||
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
dealko, Можете описать, зачем это вам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2009, 12:28 |
|
||
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein (c) Код: plaintext 1. 2. 3. 4. 5. Вот. Марк уже приводил скрипт. Вы не первый, кто спрашивает этот вопрос =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2009, 12:41 |
|
||
|
NEXTVAL для полей GENERATED ALWAYS
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Сейчас есть две таблички, в которых первичные ключи генерятся. В таблицах есть ссылки на строки друг-друга. Бизнес логика на сервере приложений, много информации в BLOB. В общем так получилось :-( При заполнении делаем insert в одну табличку, потом insert нескольких строк во вторую. Узнаем ID второй и делаем update первой. Иногда бывают deadlock. Редко но бывают. Решили избавиться от второго update. Была идея не менять структуру таблиц. Так было бы проще. В итоге пока я пытался разобраться как можно сделать не меняя структуру таблиц, структуру поменяли уже. ID не генерятся автоматом. Создали два SEQUENCE. На их основе заполняются ID. Теперь только для общего развития - вдруг пригодится. Сорри что не нашел ответ который Вы уже давали в форуме. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2009, 21:22 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=82&tid=1603349]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 401ms |

| 0 / 0 |
