Настаивать или не Настаивать. Вот в чем вопрос. Когда подходящее время для сохранения в базе данных?

Question

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

В этот момент данные сохраняются в базе данных одновременно. Мой аргумент в пользу этого метода - разрешить загрузку данных в одной транзакции. Кроме того, мне нужно использовать только операторы вставки, а не Insert if/else update. Если в результате этой транзакции произойдет сбой, у меня нет потерянных и частичных данных для очистки.

Но теперь я начинаю думать, что мне следует сохранить как можно скорее. Затем добавьте данные в БД по мере необходимости.

Я надеюсь, что это не дебаты Форд против Шеви. Я действительно задаю объективный вопрос, действительно ли правильный подход применим в большинстве ситуаций?

Answer 1

Я бы пошел и на ваш новый подход - сохраняйте как можно чаще - причины этого:

• что происходит, когда приложение закрывается?(пользователь должен снова ввести ВСЕ данные)
• что происходит, когда пользователь начинает заполнять форму, уходит на 2-3-4 часа и дня и возвращается?сеансы и переменные сеанса с истекшим сроком действия и переменные сеанса - пользователь должен снова ввести все данные
• . Необходимо проверить достоверность данных в обоих направлениях - при первом сохранении в памяти, а затем в БД
• вы должны проверить целостность данных в обоих случаях.

Я не вижу разумной причины НЕ сохранять так частопо возможности