Могу ли я поддерживать состояние между вызовами SQL Server UDF?

У меня есть скрипт SQL, который вставляет данные (через операторы INSERT, которые в настоящее время числятся в тысячах), один из столбцов содержит уникальный идентификатор (хотя и не тип IDENTITY, а простой ol' int), который на самом деле уникален в нескольких разных таблицах.

Я хотел бы добавить функцию scalar в свой скрипт, который получает следующий доступный ID (т. е. последний раз использовался ID + 1), но я не уверен, что это возможно, потому что, похоже, нет способа использовать глобальную или статическую переменную из UDF, я не могу использовать временную таблицу, и я не могу обновить постоянную таблицу из функции.

В настоящее время мой скрипт выглядит так:

   declare @v_baseID int 
   exec dbo.getNextID @v_baseID out  --sproc to get the next available id
   --Lots of these - where n is a hardcoded value
   insert into tableOfStuff (someStuff, uniqueID) values ('stuff', @v_baseID + n ) 
   exec dbo.UpdateNextID @v_baseID + lastUsedn  --sproc to update the last used id

Но я бы хотел, чтобы это выглядело так:

   --Lots of these
   insert into tableOfStuff (someStuff, uniqueID) values ('stuff', getNextID() ) 

Жесткое кодирование смещения-это боль в заднице и подвержено ошибкам. Упаковка его в простую функцию scalar очень привлекательна, но я начинаю думать, что это не может быть сделано таким образом, поскольку, похоже, нет способа поддерживать счетчик смещения между вызовами. Это правда, или есть что-то, что я упускаю.

На данный момент мы используем SQL Server 2005.

правки для уточнения:

Два пользователя ударяя это не произойдет. Это сценарий обновления, который будет выполняться только один раз и никогда одновременно.

Фактический sproc не имеет префикса sp_, исправлен пример кода.

В обычном использовании мы используем таблицу идентификаторов и sproc, чтобы получить IDs по мере необходимости, я просто искал более чистый способ сделать это в этом скрипте, который по существу просто сбрасывает кучу данных в БД.