Копирование данных вычисляемого поля в поле таблицы

Приветствую
Есть вычисляемое поле1 на форме1 и у этой формы есть табличная подформа в одно из полей которой (например поле2) нужно копировать данные из вычисляемого поля.
Копирование нужно произвести по событию в другом поле подформы (например поле3) - внесены изменения.

Иначе говоря, когда в одном из полей подформы меняются данные, по этим данным производится расчет в главной форме и результат нужно записать в другое поле подформы.
Подскажите пожалуйста как осуществить?

0

Вот пример

Вложения

Копирование результата.rar (19.6 Кб, 14 просмотров)

0

Обнаружил ошибку в подсчете, вот верный вариант (удалить и править не могу, исправьте пожалуйста)

Вложения

Копирование результата.rar (20.8 Кб, 14 просмотров)

0

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

Вложения

Копирование результата.rar (58.2 Кб, 37 просмотров)

0

Конечно, убежденность и целеустремленность - полезные качества, но в данном случае они у вас все-таки на "авось" и "небось" основаны. Я смотрела вашу базу. Все ваши допущения

Сообщение от sysghost этот подсчет будет единственным и на фоне остальных данных особо много места не заберет

Сообщение от sysghost позволит определить кто пытался править списки выдачи

- это мина замедленного действия, которая не взрывается до поры до времени. Рано или поздно рванет.
Так, как вы организовали - делать НЕЛЬЗЯ.

0

Сообщение от texnik-san - это мина замедленного действия, которая не взрывается до поры до времени. Рано или поздно рванет. Так, как вы организовали - делать НЕЛЬЗЯ.

Причина?
Мне не ясно что рванет.
Эти данные ведутся только для статистики.
Индикация остатка подсчитывается независимо и цифра всегда актуальна.
Ничто не мешает производить эти вычисления запросом, но запрос не покажет что и когда менялось, а главное кем.
В чем мина?

Добавлено через 4 минуты

Сообщение от texnik-san Конечно, убежденность и целеустремленность - полезные качества, но в данном случае они у вас все-таки на "авось" и "небось" основаны. Я смотрела вашу базу. Все ваши допущения

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

0

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

Сообщение от sysghost Эти данные ведутся только для статистики.

А статистика - это что-то неважное и до такой степени никому не нужное, что в цифрах сатичтики можно ошибаться?

Сообщение от sysghost Индикация остатка подсчитывается независимо и цифра всегда актуальна.

Так зачем нужна еще одна?

Сообщение от sysghost Ничто не мешает производить эти вычисления запросом, но запрос не покажет что и когда менялось, а главное кем.

Оооочень удобный способ логировать изменения - пересчитывать поле "остаток".

Сообщение от sysghost Авось и небось в плане самого технического решения проблемы или самого решения хранить промежуточные автоматические подсчеты?

В плане нажед, которые вы возлагаете на это поле. Оно не предотвращает порчу данных, хотя вам именно это кажется (даже возможность проанализирвовав это поле определить, кто виноват, не мешает их портить и не вернет данные в исходное состояние), и не даст достоверной информации об остатках. То есть не решает вообще ни одной задачи.

Добавлено через 1 минуту

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

Ага, и я оказалась тоже не оригинальна. Ну, база данных ваша - поступайте с ней так, как знаете. Удачи.

0

и вставлю свои 5 копеек - у вас в подчинённой пустые поля, это плохо, лучше ставить ноль, а не null, иначе в будущем ждут бесконечные проверки на пустоту.

0

Сообщение от texnik-san Оооочень удобный способ логировать изменения - пересчитывать поле "остаток".

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

Сообщение от texnik-san Цитата Сообщение от sysghost Посмотреть сообщение Индикация остатка подсчитывается независимо и цифра всегда актуальна. Так зачем нужна еще одна?

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

Если Вам удобнее вести лог изменений отдельно и проверять его по графику или по еще каким то критериям, это то-же можно, но мне удобнее так. Так как любой взявший в руки распечатку сможет заметить некорректность а не только я при специальном исследовании.

И вопрос не стоял зачем и что удобнее, а как такое проще всего реализовать автоматически.
Я в целом стараюсь придерживаться догм работы с access но не до фанатизма.

Добавлено через 1 минуту

Сообщение от alvk и вставлю свои 5 копеек - у вас в подчинённой пустые поля, это плохо, лучше ставить ноль, а не null, иначе в будущем ждут бесконечные проверки на пустоту.

Да, спасибо, но это только пример реализации, в реальности все это конечно будет доработано и переработано под конкретное исполнение.

0