Как получить id последней записи таблицы в Access из модуля формы?

Срочнооо!!!

Очень, очень срочно
Кто-нибудь!!!

Вот это единственное, что я нашел. Как тут что я просто не помню и время сейчас особо нет. Может что поможет. mdb здесь это database, а PR - это Recordset. Работал я с Microsoft DAO 3.6. У PR есть метод MoveLast насколько я помню и помоему это и есть то, что тебе надо. Извини за такой небольшой примерчик, но просто времени сейчас нет, а этот проект мой старый что-то не заводится, недавно Windows переставлял просто .

Код

Set PR = mdb.OpenRecordset("SELECT PubID FROM ArtMenu WHERE Name='" & List1(2).Text & "'") PubIDNum = PR!PubID

да но movelast перемещаеться по всему ecordset-ту, а это плохо, если таблица большая,
Нет так не годится

Неужели нет другого способа,
Например для QLServer-ра мне подсказали @@Identity - то что надо!

В Access, насколько я знаю, аналогов @@Identity нет. Единственный выход, который я вижу - сразу после INSERT делать запрос SELECT MAX(id) FROM table, где id - есмь поле-счетчик в таблице table. По крайней мере, мне приходилось видеть ОЧЕНЬ много реализаций этой проблемы таким способом. Правда, это не означает, что порывшись хорошенько в документации, нельзя найти ничего более правильного - дело в том, что я сейчас дорабатываю чужую прогу, в которой даже при работе с SQL Server на каждом шагу встречается что-то вроде SELECT MAX(id) , т.е. человек, который ее разрабатывал, про @IDENTITY и не слыхивал.
Вывод: ищите да обрящете!

PS: надежда умирает последней...

Цитата

да но movelast перемещаеться по всему ecordset-ту, а это плохо, если таблица большая

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

Цитата

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

Возможно так, просто в литературе такой метод не рекомендуется использовать часто да на больших таблицах

vickr

Очень интересно, то что ты сказал, а я думала это только я так могу, поэтому искала другой выход у проффесианалов
Что ж max так max,
А может с recordset - movelast будет быстрее, ведь таблицы то растут не по дням а по часам?
И еще насчет max возможна ли ситуация, когда два пользователя практически одновременно сделают Insert, и тогда возвращаемое max-ом Id у них перепутается, а?

Это очень интересно то , что ты сказал, я то думала что так только я могу, поэтому искала ответа у проффесионалов,
Что ж max так max , только может с Recordset - Movelast будет быстрее?

А еще может быть так, что 2 пользователя практически одновременно произведут Insert и тогда возвращение Id может перепутаться?

Цитата

А еще может быть так, что 2 пользователя практически одновременно произведут Insert и тогда возвращение Id может перепутаться?

Подозреваю, что теоретически в Access такое возможно. imho, он не поддерживает транзакций.

Цитата

imho

Что это?

Значит токое возможно теоретически?
А насколько часто это встречаеться практически?
Могу ли я это себе позволить сделать ?

In My Humble Opinion

Цитата

А насколько часто это встречаеться практически? Могу ли я это себе позволить сделать ?

Если и встречается, то очень редко. Уж точно реже, чем при использовании MoveLast после Insert-а. Как правило, Access не используется для настолько огромного числа пользователей, чтобы вероятность обсуждаемого события была достойна рассмотрения.

OK!