2 вопроса:
- Историчность данных, когда хранится вся история сохранения модели. Видел примеры, когда всё хранят в одной таблице, но тут кажется не очень удобно работать, если есть PRIMERY KEY ID, который очень удобно как уникальный номер сущности (номер заявки и т.д.). Также видел пример когда создается отдельная зеркальная таблица, куда пишутся все изменения.
- Отложенная валидация или не знаю, как правильно это назвать. Когда пользователь, например, оформляет заявку, состоящую из 10 полей. Заявка попадает на проверку куратору, он смотрит его данные, и говорит, что нужно поправить 5 и 10 поля, типа они не прошли проверку. Пользователь правит эти данные. Заявка снова поступает куратору, они видит, что при первой проверке были замечания только к 5 и 10 полю, видет, что пользователь их поправил и говорит, что его заявка ОК, может двигаться дальше