К комментариям-"отмазкам" Медвежонка:

Если НД РЕДАКТИРУЕТСЯ, то, надо полагать, редактируется ОДНА таблица, а не несколько (иначе - "старуха с клюкой" (с))
А если таблица ОДНА, то и с идентификаторм проблем быть не должно.

А что, собсна, она ДОЛЖНА знать ?

Да ничего.
Есть TDataSet
Нужно закрыть его и открыть. После чего восстановить текущую запись которая была перед закрытием

> После чего восстановить текущую запись которая была перед
> закрытием


В общем случае невозможно. Ее могут удалить

>Медвежонок Пятачок ©   (24.03.10 20:15) [21]
>После чего восстановить текущую запись которая была перед закрытием

Е-е-ето как ето ?

В общем случае невозможно. Ее могут удалить

Ядерного взрыва не произойдет.
Либо букмарквалид будет false, либо датасет отпозиционируется не совсем туда куда хотелось бы.
Так как сама фича из области бантиков и рюшечек, на приложение это никак не повлияет. Ткнет юзер мышкой куда ему надо если курсор не там где он ожидает. И все.

Е-е-ето как ето ?

Это встать курсором на ту же запись, на которой стоял курсор перед рефрешем датасета.

Медвежонок Пятачок ©   (24.03.10 21:14) [24]


> Ядерного взрыва не произойдет.


Не произойдет.


> Либо букмарквалид будет false


А откуда оно узнает, false ему надо становиться или не false ?


> Ткнет юзер мышкой куда ему надо если курсор не там где он
> ожидает. И все.


Мы из этих соображений не позиционируемся на последнюю запись, где оно стояло. Обновляет пользователь, так обновляет, сам, его никто не заставляет, поэтому попадает на начало Dataset-а.

А откуда оно узнает, false ему надо становиться или не false ?

узнает через метод датасета.

Честно говоря вообще не догоняю из чего весь сыр бор.
Я этот метод применял на всем от парадокса до оракла и от бдешных tquery до одаковских ораквери.

Везде это работало. Везде.

Если я и не применял эту фичу, то не потому что не работало, а потому что либо это было ненужно, либо излишне напрягало сервер.

Сыр-бор оттого, что при редактировании в гриде нехило б было сделать юзеру банально приятно,- чтоб он после завершения редактирования (вставки, удаления) записи не терял то место, где он редактировал. Желание, кстати, вполне понятное, вопреки мнению некоторых тут. В самом деле, представьте, что после вставки в исходник новой строки вас перебрасывали бы в начало кода :)

Твой метод работает в случае, если таблица на все время редактирования не изменяется более никем

Закладываться на метод, работающий только "по погоде" - это подставить юзера. Причем, как обычно, "глюк" вылезет в самый неподходящий момент.
Не проще ли сразу делать правильно и надежно, не полагаясь на пресловутое "я так всегда делал - и ничего" ?

правильно и надежно - это кто вообще определил?
редактируем запись.
меняем значения полей.
в том числе возможно и ключевых.
и чем локейт в этом случае правильнее букмарка?

> Медвежонок Пятачок  (24.03.2010 21:14:24)  [24]

После позиционирования куда не надо, произойдет редактирование чего не надо.

> Медвежонок Пятачок  (25.03.2010 01:27:29)  [29]

Тем что правильно работает.

ну да, правильно.
локейт вернул файлсе потому что юзер отредактировал праймари кей и это правильно.

>Медвежонок Пятачок ©   (25.03.10 09:19) [32]
>локейт вернул файлсе потому что юзер отредактировал праймари кей и это правильно.

Если редактируется праймари, то это и есть "старуха с клюкой".
Использование UID поможет предводителю дворянства

то есть естественные праймари кей не имеют права на существование?

Я бы не смешивал понятие "праймари" (первичный) и "нативный" (естественный, сущностный)

и я не смешиваю.
праймари кей может редактироваться.
особенно если он естественный а не искусственный

> праймари кей может редактироваться.

может, конечно
но не пользователем

и нахрен не нужен натуральный первичный ключ из 2 десятков полей

короче, проще 10 лет облеплять кизяком стену, чтоб не упала, чем за месяц построить новую, так?

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


почему это ?

Можно, конечно, использовать в качестве первичного нативные реквизиты.
На простых структурах. Но в "этажерках" такая технология приводит к многочисленным проблемам, связанным с необходимостью после изменения ключа в мастере править в дочерних таблицах поля-связки.
Или я не верно понимаю политику партии и правительства ?