В общем начал разбираться, а потом бросил, советую другой подход если так уж нужно самому генерить айдишки, то заведите таблицу с тремя полями (можно с двумя в том случае,если нужен только один счетчик на одну таблицу) 1-е поле имя таблицы, 2-е поле имя столбца-айди, 3-е поле значение счетчика.
Таким образо у Вас будет таблица в которой будет столько записей, сколько счетчиков вам нужно.
Тогда процедура будет выглдядеть так:
CREATE PROCEDURE [dbo].[SP_GetNewID]
@TableName varchar(30),
@ColumnName varchar(30)
as
begin
set nocount on
begin transaction
update Counter set CounterValue = CounterValue + 1 where TableName = @TableName and CoulmnName = @ColumnName
select CounterValue as NewId where TableName = @TableName and CoulmnName = @ColumnName
commit transaction
end
GO

Вот так будет более эффективно, транзакцию надо начинать именно с апдейта для, того чтобы заблокировать запись и для чтения, тогда не будет дубликатов ключей.
Успехов

>Использовать IDENTITY не могу, т.к. нужно знать ID до сохранения записи
А зачем? Проблемы с подчиненными записями? Если так, то они решаются и с использованием Identity.

>а как если не секрет?
Create procedure ForInsertParent
as
begin
declare @vNewId int
insert into ParentTable values(......)
set @vNewId = @@Identity
select @vNewId as ParentId
end

В результате выполнения процедуры получишь на клиенте рекордсет состоящий из поля ParentId и одной записи со значением этого айди.

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

2 Denis
>жаль только что вставлять придется по одной записи

А если вставлять пакетом, так и никакой самопальный cOunter не поможет
Или Вы будуте возиться с массивом айдишек?

>формировать номера строк документа во временной таблице с ключом identity...

Понятно о чем это я?