Цитата(dsergey @ 9.8.2005, 14:30)

что, освобождать не советуешь?

Не советую использовать в том виде, в котором предлагается. Букмарка - это по сути указатель на строку в DataSet. И если его закрыли, то гарантировать, что все вернется на свои круги - нельзя.

В хелпе прямо сказано - "Allocates a bookmark for the active record in the dataset.". А когда ты закрываешь DataSet, то букмарка указывает непонятно куда. В простейшем случае открыл/закрыл это срабатывает. Но копинуть глубже и можно поиметь проблемы.

а если в таблице нет ключевого поля?

Цитата(dsergey @ 9.8.2005, 14:43)

а если в таблице нет ключевого поля?

Это не очень хорошее проектирование таблиц. По теории надо, чтобы любая запись в таблице могла быть однозначно идентифицирована. Это может быть естесственный ключ - но часто это набор полей и он может быть не маленьким.

Представь сколько может быть Сидоровых Николаев Алексеевичей ? Этих полей маловато. Значит придется вводить еще и адреса, телефон. Вообщем нелегкое дело. Поэтому часто вводят (я всегда так делаю) специальное поле ID (на тут как хочешь называй), которое часто делается автоинкрементным и оно для каждой записи уникально. И искать проще, и апдейтить и удалять.

ADO+MSSQL. Хранимка мне возвращает Поля: Нименование, цена, кол-во, цвет.
После изменения кол-ва, нужно переоткрыть НД, не потеряв тек. запись.
Как быть?
Вот я и пользуюсь закладками.

Хотя и Locate тоже пользуюсь. Я же говорю - это моё дело, чем и как пользоваться. пока не глючит, а Вот если начнёт...

Цитата(dsergey @ 9.8.2005, 15:11)

Я же говорю - это моё дело, чем и как пользоваться. пока не глючит, а Вот если начнёт...

Дык я не настаиваю. Просто высказываю свое мнение. А из хранимки ID тоже никто не мешает возвращать .

Ладно, скоро уже офтоп начнется и придет страшный модератор нам грозить. ЛУчше не будем его будить. Тс-с-с-с-с

Я уже писал. Закладки использовать можно.
Спасибо что напомнил что есть метод BookMarkValid. Без него, я иногда получал Exception. С ним, надеюсь, Exception быть не должно.
Однако. В свое время, я вынужден был посмотреть как устроены закладки. По крайней мере реализация заклодок в ADO-компонентах такова, что на самом деле, закладка там это номер записи в наборе данных. Поэтому, если например имеется набор из шести записей:

Код

Вася Петя Маша Витя Коля Дима

а текущая запись в нем Витя.
Предположим теперь что внешним запросом была удалена запись Петя.
Соответственно, после выполнения приведенного тобой кода набор данных станет:

Код

Вася Маша Витя Коля Дима

Но, текущей записью станет запись Коля вместо ожидаемой Витя!
Можешь проверить.

Добавлено @ 22:15

Цитата(dsergey @ 9.8.2005, 16:11)

После изменения кол-ва, нужно переоткрыть НД, не потеряв тек. запись.

Вот когда речь идет именно иб изменении какой-либо записи, без изменения их количества, тогда закладки вполне подходят. Правда, если ты уверен что другой пользователь в это время не выполнил INSERT/DELETE из этой таблицы.

Цитата

Правда, если ты уверен что другой пользователь в это время не выполнил INSERT/DELETE из этой таблицы.

абсолютно согласен, хотя сам проверю это и сообщу.

Проверил. Ошибок не выдает, но активная запись становиться, та которая стояла после удаляемой, т.е. Петрович прав.
Добавлено @ 10:11
А вот если удалять последнюю запись, то обязательно "вылетит птичка" (Exception ).

Вывод, можно пользоваться не закладками, а DataSet.RecNo, а рекомендательно Locate.

Цитата(dsergey @ 11.8.2005, 11:07)

Вывод, можно пользоваться не закладками, а DataSet.RecNo, а рекомендательно Locate

. Про DataSet.RecNo ты случаем не описался? Как я писал, закладки на нем и построены. Соответственно, с ним те же проблемы что и с закладками.
Добавлено @ 11:31

Цитата(dsergey @ 11.8.2005, 11:07)

А вот если удалять последнюю запись, то обязательно "вылетит птичка"  (Exception  ).

А если сначала проверять BookMarkValid ? А то, самому лень тестить

Цитата

Про DataSet.RecNo ты случаем не описался?

нет, не описАлся. Я имел ввиду, что использование закладок и RecNo - одно и тоже
Добавлено @ 14:14

Цитата

А если сначала проверять BookMarkValid ?

а если сначала проверять, то всё будет в ажуре, иначе нафига ж нужна проверка
Добавлено @ 14:15
вопрос лишь в том, что быстрее: закладки или RecNo???

Цитата(dsergey @ 11.8.2005, 15:13)

а если сначала проверять, то всё будет в ажуре, иначе нафига ж нужна проверка

Ну, нафига это вопрос риторический. На самом деле, нигде не сказано что присваивание закладки может вызвать исключение!
Например про Locate вообще явным образом сказано что возвращает False если искомая запись не найдена. Но, как я уже писал в другом топике, это иногда вызывает исключение .