Сохранение предыдущего значения поля со списком

Здравствуйте.
В очередной раз прошу помощи. Суть вопроса, в приложенном фрагменте БД редактирование основной таблицы ведётся через форму "Учёт СИ". На форме три связанных поля со списком: состояние->местонахождение->комментарий, в таблице соответственно,так же поля со списком берущие данные из связанных таблиц. Для отправки приборов в поверку формируется заявка, выборка в запросе производится по значению "приготовлен в г/п" (на форме "учёт си" хранение -> мастерская отм.+9.6 -> приготовлен в г/п) с выводом отчёта на печать. "Потребитель" заявки просит указывать последнее место эксплуатации. Изучив похожие темы на форуме сваял, по рекомендациям, ведение небольшого лога в таблицу tb при обновлении формы "учёт си",для дальнейшего использования его записей в запросе. Лог работает,но выяснилась неприятная деталь - вместо текста отображаются числа, т.к. в основной таблице эти поля-подстановка. Возникло стойкое ощущение,что попал в тупик. Может кто то подскажет какие костыли прилепить? Вариант с начать с начала-не вариант, база находится в эксплуатации. Прошу прощения за "много букаф".

Вложения

тест1.rar (94.6 Кб, 3 просмотров)

0

Сообщение от SenyaZSA база находится в эксплуатации. Прошу прощения за "много букаф".

Почитал, и не сильно понял, к сожалению.
У поля ФОРМЫ есть свойство OldValue, то которое до AfterUpdate, там можно с методом Undo поиграть ...

0

SenyaZSA, если правильно понял. сделал связь, а потом обычную подстановку в таблице.

Миниатюры

   

0

Kiriver, Не учите плохому и непотребному.
Вместо работы в таблицах, нужно работать в формах с полями со списком, а не с полями подстановки в таблицах, ибо в таблицах должны храниться и отражаться только истинные данные, а не преобразованные.
Сами наверное так не делаете, а по правилам, заповеданным - Разработчиками Благословенного - Access.

0

VinniPuh, так у ТС'а вся БД так сделана, а переделывать с его слов не вариант. А так - да, сам всё на формы вешаю.

0

Сообщение от Kiriver ...а переделывать с его слов не вариант...

На то и подзказывальщики, что бы - УБЕДИТЬ, а то и даже принудить - Делать ПРАВИЛЬНО, ибо потом ПОСТОЯННО, придётся - Костыли подставлять.
Оно конечно у - Access практически любой костыль приделать можно, но тормоза и постоянные недопонятки ТСа будут всё дальше оттдалять его от ПОНИМАНИЯ, - КАК,
Так что лично я придерживають стойкому мнению,
Лучше раньше исправить 1 раз, чем потом - ПОСТОЯННО подставлять и изобретать то, что программе не свойственно, хоть и не невозможно.
Хотя и допускаю, что я - Паталогический лентяй и просто привык пользоваться на халяву теми возможностями, что уже предусмотрены, а не изобретать сильно часто, то, что возможно не заложено в возможности программы.
Садомазахистов конечно достаточно, но я не из таких.

1

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

Вложения

тест1.rar (92.8 Кб, 4 просмотров)

1

mobile, спасибо,как всегда чётко и понятно. При рассмотрении лога в текстовом виде выяснил,что сохраняется текущее значение,а не предыдущее. Но это уже не по теме и как говорится "будем искать".

Добавлено через 27 минут
НЕ по теме.
VinniPuh,Я сам прекрасно понимаю,что БД мягко говоря сделана не правильно. На ней можно сказать пытаюсь изучать Access, но к сожалению,имел глупость запустить БД в работу с намерением "доработать напильником по ходу дела".К сожалению перейти обратно на "бумажный" учёт уже нет возможности,приходится периодически выпиливать костыли.

0

Сообщение от SenyaZSA но к сожалению,имел глупость запустить БД в работу с намерением "доработать напильником по ходу дела"

Дело в том, что таблицы - это фундамент здания. Лучше их проработать как следует перед запуском в работу, потом конечно можно добавлять ещё таблицы и связи, но основные лучше не менять.
А остальное конечно напильником. Я вот одну программу периодически в течении 8 лет переделывал. Последний вариант мало общего имел с первым

1