Значение предыдущей записи +1

Добрый день.

Нашёл на форуме много вариантов, что бы по в поле формы "значение по умолчанию" ставилось "максимальное число + 1". Мне надо почти тоже самое, но не к максимальному значению прибавлять +1, а к предыдущему.

То есть 1 набито. Все следующие строчки автоматически по умолчанию 2-3-4-5. Затем по умолчанию выскакивает "6", а человек меняет эту цифру на "1" и следующие создаваемые строчки 2-3-4-5. В таком духе.

Весь вечер рою форум, но именно по-моему запросу ничего найти не могу.


/

Добавлено через 11 минут
Почитав ещё, и добавив то, что мне писали в аналогичной теме в начале месяца, вроде пришёл к решению проблемы.

Создал запрос на добавление., который выбирает по функции
В итоге строчка с последним значением счетчика улетает в специально созданную для этого таблицу. Там такая строчка всего одна.
Затем в ещё одном запросе связываю результат таблицы в которой хранится число последнего счетчика с основной таблицей. Связываю их по полю счетчика. В поля запроса заношу поле интересующего порядкового номера. И это тоже превращаю в запрос на добавление. Добавляет в ещё одну специальную таблицу с одной строчкой.
Через функцию ( DMax) в поле «по умолчанию» формы данные второй вспомогательной таблицы записывается в рабочую таблицу.

И в завершение запросы на удаление. Они чистят две вспомогательные таблицы, что бы там всегда было не более одной строчки.
Наверное, не оптимально, но пока что на тестах работает.

0

Было бы неплохо, если бы вы рассказали причину всех этих телодвижений, возможно есть решение проще.

0

База. В ней ведется учет деталей модели обуви.

Структура следующая:

Модель 1 - Деталь 1 - №1
Модель 1 - Деталь 4 - №2
Модель 1 - Деталь 5 - №3
Модель 1 - Деталь 8 - №4
Модель Омега - Деталь 1 - №1
Модель Омега - Деталь 2 - №2
Модель Омега - Деталь 5 - №3
Модель 2 - Деталь 3 - №1
Модель 2 - Деталь 4 - №2

Поле счётчика не подходит ибо на новой модели идет новый отсчет количества деталей.

Или та же самая суть в другом примере. Выписывают бумажки в производство. Бумажки нумеруются по порядку. С 1ого до 999ти. Когда доходит до тысячи, то нумерация начинается сначала. Из-за этого поле счётчика не подходит.

0

Не правильно построена БД, должно быть две таблицы, а не одна. В первой модели, во второй детали с кодом модели и номером (если он нужен, но можно и без него, ибо в на выходе нумерацию всегда можно построить).
А вот во втором примере нужно строить отдельное поле в таблице с номерами, которые вручную править нельзя.

0

Так и сделано. Есть таблица с моделями. Есть таблица с деталями.
А есть ещё одна таблица в которой указывается порядок выкладывание деталей в модели. "Сначала кладем такую-то деталь в этой модели. Затем такую-то деталь кладем. Третьей кладем такую-то деталь".

"А вот во втором примере нужно строить отдельное поле в таблице с номерами, которые вручную править нельзя" - ну вот я и не знаю как его построить. Второй счётчик акцесс не разрешает сделать.
И править в ручную-то придётся. Когда достигнет "999", надо же что бы указали, что "теперь начинай с первого номера"

0

Сообщение от Ruido Поле счётчика не подходит ибо на новой модели идет новый отсчет количества деталей. Или та же самая суть в другом примере. Выписывают бумажки в производство. Бумажки нумеруются по порядку. С 1ого до 999ти. Когда доходит до тысячи, то нумерация начинается сначала. Из-за этого поле счётчика не подходит.

Сообщение от Ruido И править в ручную-то придётся. Когда достигнет "999", надо же что бы указали, что "теперь начинай с первого номера"

Т.е. надо понимать, что нумераторное поле от 1 до 999 нужно только в отчете, в "бумажке в производстве"? Тогда зачем о нем вообще думать в структуре данных. В отчете есть нумераторные средства, позволяющие создать то, что вам нужно. В группе по модели создается свободное поле с источником =1, а свойстве Сумма с накоплением этого поля (RunningSum) пишется "для группы". И все, перечислитель (нумератор) готов

0

Нет. Надо что бы нумерация эта сохранялась. Из неё формируется номер задания и на это многое подвязано. Но я запросами на добавление в целом решил проблему. Не очень красиво, наверное, но работает же.

Сейчас буду задавать новый вопрос.

0