Comments on: Получить ID после Insert

by: roamer

Tue, 21 May 2013 15:35:58 +0000

Для MS SQL.
Как вариант, можно (в дополнение к “стандартному” автоинкрементному ключу) создать доп. поле (varchar).
И идентифицировать (по GUID) строку по этому полю:

create procedure [dbo].[Str_GUID]
(
@sGUID varchar(50) OUTPUT
)
AS
BEGIN
/*
Вычислить GUID и вернуть его строковое представление (без разделителей)
Пример:
DECLARE @Sx varchar(50)
Execute dbo.Str_GUID @Sx OUTPUT
select @Sx, len(@Sx)
*/
DECLARE @myid uniqueidentifier
SET @myid = NEWID()
set @sGUID=cast(@myid as varchar(50))
set @sGUID=UPPER(rtrim(ltrim(REPLACE(@sGUID , ‘-’, ‘’))))
RETURN
END

by: xgenteam

Sun, 06 Jan 2013 17:03:45 +0000

или нет?

by: xgenteam

Sun, 06 Jan 2013 17:02:49 +0000

если делать вставку и select одной транзакцией, тогда можно)

by: Val Petruchek

Sun, 12 Aug 2012 13:49:03 +0000

varle, ваш вариант — это лучший способ получить чужой свежеполученный ID. Никто не гарантирует, что между вашим insertом и selectом не влезет ещё один insert. Догадайтесь, чей ID вам вернёт ваш max(id)

by: varle

Sun, 12 Aug 2012 12:09:17 +0000

Лучший вариант - это
select max(id) from table;

by: Аннонимус

Fri, 11 Sep 2009 08:10:13 +0000

Для MS SQL вместо @@IDENTITY лучше использовать SCOPE_IDENTITY(). Иначе первая же вставка внутри триггера приведёт к непонятным и трудновыявляемым ошибкам.

by: Val Petruchek

Tue, 08 Sep 2009 06:05:56 +0000

Именно поэтому надо использовать LAST_INSERT_ID, а не 4-ый вариант.

by: Люди

Tue, 08 Sep 2009 05:48:57 +0000

Народ, а если 10-15 соединений. Ну т.е. 10-15 человек работают обновременно с базой. Есть огромная вероятность , что они друг за другом могут сделать инсерт и данные будут перепутаны.

by: Дмитрий

Mon, 17 Aug 2009 09:39:15 +0000

пиздец, как пригодилось.

by: can3p

Fri, 15 Feb 2008 09:00:20 +0000

пригодилось