Архив форумов ЦИТФорума

[or]

Есть ли возможность "быстро" узнать номер текущей записи не применяя Record selectors.

[Den]

Какая СУБД-то?

[Den]

Что понимать под номером записи, поле счетчика что-ли?

[or]

Поле счетчика(autonumber) в таблице - не указывает номер записи. После удаления в нем появляются дырки. т.е. его для указания "номера записи по порядку" применять не возможно. Но ведь record selector каким-то образом показывает номер записи по порядку. Делать clonerecordset
и перебирать все записи в цикле до равенства текущей - неприемлемо.
Размышления на тему, что культурная реляционная бд не должна иметь "номер записи по порядку" - не актуально, пользователь желает видеть на какой записи он находится, кроме того, сколько всего их(recordcount). Не будуже я ему расказывать про культуру рбд.

[Макс]

Про какой номер записи мы говорим. Access штука умная, он тебе в любой форме, в любой таблице и запросе укажет и reckrdcount и index по "порядку", но порядок то устанавливает пользователь. И та запись, которая была первая через секунду может оказаться в ... (фильтры там всякие, сортировка аль еще что-нибудь). А вот если пользователь хочет понять где именно в общей базе он находится, то на этот счет можно ставить идентификаторы типа: дата и время создания записи, изменение ... да мало ли чего придумать можно. Все от конкретной задачи зависит и от юзера конкретного.

[Евгений Григорьев]

номер записи в ФОРМЕ - это свойство именно ФОРМЫ и к recordset не имеет никакого отношения (например при изменения сортировки, запись в первой строке может измениться, однако recordselector по прежнему будет указывать на первую строку). То есть, если ты хочешь отказаться от стандартных ср-в, то придется выдумывать свои, а здесь кроме варанта, предложенного тобой, я других путей не вижу (в смысле - универсальных путей).

[Den]

"Культура рбд" ему до лампочки. Надо у него выведать на кой х..н ему нужен номер текущей записи! Количество записей желание более или менее понятное. И еще пользователей нужно убеждать в (не)целесообразности того или иного его(вашего) требования. Это похоже на то, как некоторые руководители хотят видеть в отчетах цифры, которые во-первых ни чего не показывают(проблема руководителей), во-вторых у разработчика геморр(ваши проблемы). Так вот в этом случае желательно вам подумать какие цифры в отчете дадут больше пользы и склонять к этому руководителей. Так же поступаем с пользователями.

[or]

Он хочет видеть(user) как далеко он к началу и как близко к концу и наоборот. Это ведь нормальное желание. А судить по скроллеру(что я ему так и скажу - смотрите на скроллер?)...
Дело в том, что подформа маленькая(узкая), а recordselector ее ужасно портит.