Во-первых, последовательность номеров накладных в складских задачах - это бред. Во-вторых, последовательность актуальна для счет-фактур и только. В-третьих, последовательность решается классическим инкрементом, а не макс + 1. В-четвертых, никаких удалений и быть не может, иначе будут дырки в диапазоне. Только сторнирование.

wamacoСоздаете одну запись с нач.номером. далее при записи документа присв.номер и увеличиваете нумератор на 1. Все в одной транзакции.
Все.
Отпустили 100 накладных за 10 дней. Теперь вспомнили, что нужно удалить 1-ую накладную, отпущенную в первый день. Твои действия? Не понимаю, чем тебе поможет отдельная табличка и чем она лучше хранения порядкового номера непосредственно в рабочей таблице.

wamacoЗадним числом удалить накладную не верное решение. Снять участие в учете это можно.
Поэтому номер останется за существующей накладной, пусть и не участвующей в учете.
Правильно, этот процесс называется сторно, как я ранее и говорил.

wamacoВторое, отдельная таблица будет хранить все нумераторы документов, это удобно.
Плюс есть возможность устанавливать нумерацию с любого номера.
Плюс легко скидывать нумерацию за периоды и т.д.
Sequence?

Нахлобуч,

sphinx_mvМСУНахлобуч,


"Не взлетит" (с)
Sequence NumbersThe sequence object generates numbers according to its definition, but the sequence object does not control how the numbers are used. Sequence numbers inserted into a table can have gaps when a transaction is rolled back, when a sequence object is shared by multiple tables, or when sequence numbers are allocated without using them in tables. When created with the CACHE option, an unexpected shutdown, such as a power failure, can lose the sequence numbers in the cache

Взлетит. Выделил красным.

По поводу кэша изучаем матчасть.

МатчастьЕсли компонент Компонент Database Engine непредвиденно завершает работу (например, из-за сбоя электропитания), то последовательность перезапускается с номера, считываемого из системных таблиц (39). Все порядковые номера, выделенные в память (но не запрошенные пользователем или приложением), теряются. При такой обработке возможны пропуски в номерах, однако гарантируется, что одно значение ни в коем случае не будет дважды назначено одному объекту последовательности, если для нее не задан параметр CYCLE или не выполнен перезапуск вручную.
Кэш хранится в памяти путем отслеживания текущего значения (последнего назначенного) и количества значений, оставшихся в кэше. Таким образом, объем памяти, используемый для кэша, всегда равен размеру двух экземпляров типа данных объекта последовательности.
Если установить аргумент кэша в значение NO CACHE, то текущее значение последовательности будет записываться в системные таблицы при каждом использовании последовательности. Это может снизить производительность за счет увеличения числа обращений к диску, но снижает вероятность нежелательных пропусков номеров. Пропуски по-прежнему возможны, если номера запрашиваются с помощью функции NEXT VALUE FOR или процедуры sp_sequence_get_range, однако это означает, что пропущенные номера не используются либо используются в незафиксированных транзакциях.
Если в объекте последовательности используется параметр CACHE, то при перезапуске объекта последовательности или изменении свойств INCREMENT, CYCLE, MINVALUE, MAXVALUE или размера кэша кэш записывается в системные таблицы до выполнения изменения. Затем кэш перезагружается, начиная с текущего значения (т. е. числа не пропускаются). Изменение размера кэша вступает в силу немедленно.

sphinx_mvМСУпропущено...


Взлетит. Выделил красным.А роллбэк почему пропустил?
МСУПо поводу кэша изучаем матчасть.
Если стоит задача "получить номер документа без пропусков нумерациии", то на "автосчетчиках" любого вида она не решается.
Так что "не взлетит"... :)

А вот если завести табличку что-то типа "журнал регистрации документов" и брать номер документа уже из него, то может получиться...

Так я тоже могу руками крутануть номер в табличке и у тогда будут дырки. Точно так же и с сиквенсом. Нехрен его крутить тем, кому не нужно. Не вижу принципиальной разницы.