FoXXXможет мы о разных вещах говорим, на мой взгляд состояние базы, присвоение ID не зависит от сессии и пользователя, т.е. база одна для всех и распределение id едино, т.е. есть счетчик он ставит следующий номер следующей введеной записи, и не важно с какой сессии это произошло, кто первый тот и получил.
ЧТО получил?

-) Первый пользователь создал новую запись
-) Второй пользователь создал новую запись
-) Первый пользователь запросил значение ключа ПОСЛЕДНЕЙ созданной записи. ЧТО он получил?

Понятно о чем речь? Если не делать "разграничения" по сессиям и пользователям, то получишь код ПОСЛЕДНЕЙ созданной записи. При этом далеко не факт, что эта именно та запись, которая тебе и нужна.

BOL MS SQL 2000@@IDENTITY and SCOPE_IDENTITY will return the last identity value generated in any table in the current session. However, SCOPE_IDENTITY returns the value only within the current scope; @@IDENTITY is not limited to a specific scope.

Т.е. и @@IDENTITY, и SCOPE_IDENTITY работают в пределах одной сессии. Грубо говоря, действия "другого" пользователя с точки зрения последнего присвоенного кода - игнорируются.

Однако существует другая проблема.

Создание новой записи таблицы может вызвать срабатывание триггера, внутри которого будет выполнено также создание новой записи. В этом случае @@IDENTITY вернет значение, созданное именно внутри тела триггера, а не в первой команде INSERT.

Именно для устранения подобной неоднозначности и была введена SCOPE_IDENTITY()

BOL MS SQL 2000 SCOPE_IDENTITYReturns the last IDENTITY value inserted into an IDENTITY column in the same scope. A scope is a module -- a stored procedure, trigger, function, or batch. Thus, two statements are in the same scope if they are in the same stored procedure, function, or batch.

Т.е. SCOPE_IDENTITY() вернет значение, присвоенное именно в данном программном модуле или пакете. Проигнорировав присвоения, сделанные в других модулях.

FoXXXребята, вы конечно асы по разным заумным высказываниям, но я вам просто и доходчиво обьясняю:

=TABLEUPDATE(.t.,.t.,'x')
потом
=requery('x')
потом
go bottom
все сразу и мгновенно, а если данная запись не попадает в данный запрос, то позвольте это считать уникальным случаем имеющим право на другое решение.

если с моим решением не согласны по обьективным причинам - обоснуйте
Обосновываю:

-) Первый пользователь добавил запись и сделал TableUpdate()
-) Второй пользователь добавил запись и сделал TableUpdate()
-) Первый пользователь сделал Requery(), перешел к последней записи и ЧТО он прочитал? ЧЕЙ код? Тот что сам добавил, или тот что добавил ДРУГОЙ пользователь.

FoXXXпо поводу получения ID я и сказал тупиковый путь.
...
, а то все что-то говорят с желанием блеснуть познаниями в Fox, такое впечатление - лишбы что-нибудь ляпнуть, покрасоваться...
Неправильно сказал. Именно получение ID и есть "генеральная линия партии". Вам разными путями пытались это объяснить. А вовсе не из желания покрасоваться.

Разъяснения сводились к тому, что именно надо делать и каким образом. А именно, использование функции SCOPE_IDENTITY() и "спасет отца русской демократии".

Так что, изначальный вопрос Sergej_S очень правильный. Он как раз и действует "как надо". Другой вопрос, как это "надо" вписать в механизм Cursor Adapter. Это надо разбираться отдельно...

C++FoXORASQL
да вы батенька - фантаст однако...

ну надо же, два одновременно добавили запись,
весь набор команд выполняется мгновенно практически пакетом, каким образом успевает второй всунуться после табле апдейт, это ж постараться надо.. ситуация блин..
Где Вы здесь увидели пакет? Это же не MS SQL. Это команды FoxPro.

Есть 2 последовательно выполняющиеся команды FoxPro


MS SQL просто никак не может получить их "пакетом". Он получит две отдельные команды.

Даже если опустить тот факт, что ТАК программы никто не пишет. На практике, между TableUpdate() и Requery() будет еще много чего вставлено (сброс данных в другие таблицы, проверка ошибок, завершение транзакции и т.д. и т.п.). То КАК Вы себе представляете процесс работы?

TableUpdate() - это команда на модификацию, Requery() - команда на чтение. Две разные команды. Почему между ними не может "втиснуться" другая команда?

При этом, я не вижу причин, почему вcтавка записи другим пользователем, не может произойти в процессе выполнения Requery(). Правда, тут нужно знать, как именно происходит процесс чтения данных. Т.е. внутреннюю "механику" команды Requery()

В данном случае аргумент типа "весь набор команд выполняется мгновенно практически пакетом" ничем не отичается от аргумента "успевает второй всунуться после табле апдейт". Просто "голословные" утверждения, что с одной, что с другой стороны.

Только вот, почему-то в HELP по MS SQL нигде не говорится, что получить код последней вставленной записи можно простым вычислением максимального значение (GO BOTTOM - это и есть определение MAX). И чего они, дураки, мучаются

C++FoXORASQLнемного возражу ВладимируМ, вот он пишет:
/*TableUpdate() - это команда на модификацию*/

на самом деле сброс буфера в базу, если используется буфер.
команда раскладывается на insert, update
На всякий случай напомню.

В данной теме обсуждается вопрос создания новой записи в MS SQL сервере со стороны клиента FoxPro и получения значение поля со свойством Identity в этой новой записи.