Akina,

ни на что он не отвечает. Пока понятно только то, что автору хочется иметь локальную нумерацию товаров в рамках фирмы. Но, это можно делать как таким способом, так и генерацией "на лету". Кроме этого, можно реализовать ещё не один вариант от отдельных таблиц на товар фирмы со своим автоинкрементом и ФК .. до всяческих триггеров, ХП работающих по крону и т.д.

Я почему и спрашиваю.

1. Чем не устраивает генерация на лету? Да, она динамическая и всегда будет от 1 до N.
2. Или локальный номер обязан быть жестко привязан к тому товару под которым он заведен?!?

Как автор планирует решать в этом случае вопросы удаления, переименования, повторного добавления товара?
Добавление нового - это тот же товар, который вчера был удален или ему надо автоинкрементировать локальный ид?
Переименовываем товар (редактирование опечатки - косяки оператора - "наше всё") - аналогично.
и т.д.

Срочность присвоения локального номера - она какова? Надо оперативно перенумеровывать, например при удалении? А если не надо, то смысл в этой локальной нумерации - какой? Ну было в начале 1 .. N. Удалили первый 99, добавили ещё 99 и? имеем 100 .. 199. Чем ЭТО отличается от сквозной нумерации? Ответ: НИЧЕМ.

Я к тому, что непонятно назначение локальной нумерации... а если только для выводу, то генерация номеров "на лету" (да и ваще на клиенте) - куда как полезнее.