Грамотрный ввод данных в базу. Отработка интерфейса.

Народ, доброго всем времени суток! Прошу дать такую рекомендацию: каким образом лучше всего организовать ввод данных через форму? Проблема в чем: допустим мы имеем ленточную форму с возможностью добавления данных. Вот пользователь начинает туда что-то в царапывать и вдруг на середине формирования очередной записи он передумал (ошибся, ступил и т.д.)... Но ведь запись или группа записей в таблице уже добавлена... Как быть?
В идеале было бы считать открытие формы для ввода данных некой сессией ввода, а на этой форме хотелось бы создать кнопочку "Отмена", которая при нажатии удаляет все записи, которые были внесены в таблицу через форму в рамках этой сессии.
У кого какие предложения по этому поводу? Может кто-то подскажет свое решение такого вопроса?

Wipeout2097,

пущай царапает что хочет

отменить = 29
принять = 34
сохранить = 234
и так далле

цифиры здесь ничего не значят, как и люди за цифирами

Меняю цвет в шапке формы с синего на красный. Кричу перед сохранением редактирования любой старой записи.

Не кричу при вводе новых, только меняю цвет в шапке.

Мне кажется куда как важнее общая концепция представления сложных данных в различных видах и переходы между ними.

шмо,

не понимаю, что Вы хотите сказать?

П-Л,

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

Wipeout2097,

шмо хотело сказать.ч т о
вы можете сделать дополнительное поле типа категории введенного, и
далее все раскладывать по формам и по своему усмотрению

а подсветка также полезное дело, если есть алгоритм применения

вообщем каждый строчет как он хочет

Ладно, подскажите тогда такой момент: когда мы говорим

Set rst1 = Me.RecordsetClone

что будет содержаться в rst1? "Виртуальная таблица" только из тех записей, которые отображает в текущий момент времени форма или же rst1 - это полная копия таблицы-источника записей для формы?

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

Если хотите более жесткого контроля для более сложных ситуаций - делайте несколькоходовой мастер. Там на каждом шаге влево-вправо - расстрел на месте.

Но я придерживаюсь немного другой парадигмы - надо оставлять некоторую слабину с точки зрения правильности и полноты данных НА МОМЕНТ ВВОДА. Часто какая-то часть информации может быть неопределена для исполнителя, заполняющего первичные данные.

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

автор

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

автор

Грамотрный ввод данных в базу. Отработка интерфейса.

Guest33,

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