Здравствуйте, уважаемые.
Я столкнулся со следующей проблемой...

У меня на форме есть DBGrid, который заполняется данными из OracleDataSet, причем количество строк постоянно для любого запроса.
Я обновляю запись в таблице через OracleQuery и, чтобы в DBGrid отобразились измененные данные, обновляю OracleDataSet 
После этого автоматически выделяется 1-я строка в DBGrid, а мне нужно, чтобы выделение оставалось на редактируемой строке (чтобы было удобно работать, если DBGrid содержит большое количество строк).  
Пошарил немного в DRKB и наваял процедуру:

Получилось, но только не так как нужно:(
Вроде выделяется нужная строка, но когда начинаю стрелками перемещаться по DBGrid, то выясняется, что движение все равно начинается с 1-й строки, а не с выделенной.
Подскажите, пожалуйста, как сделать правильно.
Заранее всем признателен!

Это сообщение отредактировал(а) Kbl4AH - 26.6.2008, 21:16

Можно через первичный ключ или уникальный набор полей.

Запоминай текущую строку, а потом на неё возвращайся. Как вариант.

2Deniz У меня в запросе сделано объединение запросов из 2-х таблиц. Как в данном случае использовать первичный ключ?
2Данкинг Так я вроде так и делаю: 

Читай внимательно:

Vas, неплохо бы после переоткрытия проверить валидность закладки.

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

2Vas Использовал кусок кода, который ты привел выше. Все замечательно работает. Но только сейчас обнаружил маленький нюанс. Оказывается число записей возвращаемых ДатаСетом может измениться. И в случае, когда в Гриде была  выделена последняя строка (после апдейта таблицы эта запись не возвращается запросом), после обновления ДатаСета выдается ошибка "Bookmark not found". Типа запрос выдавал 15 записей (а у меня была выделена именно 15-я строка и я сделал ее апдейт), а после апдейта он возвращает 14, и при обновлении ДатаСета Делфи ругается(((
Подскажи, пожалуйста, как избавиться от этого?

Странно, вообще, если закладка не найдена, он должен просто становиться на первую и все. Мессагу можно подавить блоком try ..except.
Та запись на которой стоит букмарк остается на месте, и становится просто 14 в порядке, я правильно понял?

Нет, 15-я запись в обновленной выборке вобще отсутствует, а 14 других остаются.
А как трай/ексцепт пользоваться? Просто в начале блока поставить трай, а в конце ексцепт?
И еще после ошибки прога начинает глючить - исчезает возможность перемещения по строкам Грида (всегда выделена одна строка).
(((

Это сообщение отредактировал(а) Kbl4AH - 2.9.2008, 23:34

а ведь давно было:

Kbl4AH,
но если хотите добить закладки - удачи.

Vas vs Deniz  Кто кого?  О_о
)))

2Deniz  Мне кажется, что первичный ключ или уникальный набор не подойдет, ведь после апдейта таблицы исходная запись уже не выбирается, то есть опять будет попытка выделения строки, которая отсутствует в Гриде.

2Vas Добавил условие на проверку валидности

Вроде нормально все стало работать)))

P.S. Бывалые люди, подскажите, пожалуйста, где можно почитать нормальную доку на русском по компонентам палитр DataAccess и DataControls, а то с пендосовским плохо дружу? Может ссылочки какие знаете хорошие или так у кого на винте есть и можете выслать или выложить? Очень надо...

Это сообщение отредактировал(а) Kbl4AH - 3.9.2008, 08:07

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

Хм О_о
А у меня не так. Когда удаляю последнюю строку грида (закладка становится не валидна, а значит не срабатывает условие
), то автоматом выделяется последняя (номер закладки - 1) существующая строка.

Это сообщение отредактировал(а) Kbl4AH - 3.9.2008, 12:50

Ты сам удаляешь? Зачем закладки при удалении использовать, они больше нужны при обновлении грида, когда не знаешь что там другие наделали. А после удаления сам и позиционируй куда надо указатель, строки то удаленной точно нет