Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.12.2005, 09:18
|
|||
|---|---|---|---|
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
Всем привет! В результате нештаного завершения работы ASE 12.5.1 произошел большой скачок значений identity-полей в некоторых таблицах (теперь порождаются номера порядка 10^15) Параметры, отвечающие за размер скачков, поднастроил. Вопрос: штатными средствами можно вернуть нумерацию к прежним порядкам, т.е. чтобы по-прежнему гененировались номера 101,102... (как до аварии) или это лечится только пересозданием таблиц? Перерыл все руководство, но ничего не нашел на этот счет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.12.2005, 10:36
|
|||
|---|---|---|---|
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.12.2005, 12:32
|
|||
|---|---|---|---|
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
большое спасибо, интересные статейки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.12.2005, 18:10
|
|||
|---|---|---|---|
|
|||
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
Устанете после каждого отката транзакции или конфликта за номер возвращать к прежним значениям. Причём откат транзакции это ведь совсем не авария! Лучше не напрягайтесь. Хотя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.12.2005, 21:32
|
|||
|---|---|---|---|
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
Там написано и как избегать ненужных скачков. А так конечно - скачки identity - это нормально, ненормально когда они очень большие. Да, на случай если вы запутаетесь в многословии дорогого нашего Роба (что-то он там особенно в этом смысле разошелся), вам надо видимо только два момента 1) Про-UPDATE-ить большие значения PK на маленькие с помощью set identity_update XXX on. 2) Сказать set identity insert XXX on, вставить одну следующую запись, и сказать set identity insert XXX off. Потом запись удалить. В момент set identity insert XXX off сервер из таблицы воспринимает следующее значение IDENTITY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.12.2005, 04:41
|
|||
|---|---|---|---|
как после скачка вернуть нумерацию identity к прежним порядкам без пересоздания таблиц? |
|||
|
#18+
2MasterZiv Все прочитал и не запутался :) Аглицким чуть-чуть владею как-никак. Тем более что владею достаточно полной информацией по IDENTITY, т.к. проштудировал всю стандартную доку предварительно. 2serg08 Откаты транзакций это ничего. Раздражают большие скачки, т.к. интрефейс похоже не умеет обрабатывать числа большой разрядности. К тому же у нас с система покупная, мы ее только эксплуатируем, а разработчики identity широко не используют, только в некоторых небольших таблицах, данные в которых носят промежуточно временный характер. Так что в принципе можно проблему лечить остановкой работы юзеров и пересозданием таблиц этих таблиц. Просто мне показалось это некрасивым (особенно после оракла, с которым я раньше общался, на Sybase всего третий месяц) и я решил исследовать этот вопрос глубже, возможно в жизни пригодится... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=55&tablet=1&tid=2013186]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 221ms |
| total: | 381ms |

| 0 / 0 |
