транзакциями? Она в том, что иногда забывают внести в учет какую-либо транзакцию, или случайно дубли возникают и состояние счета может отличаться в реальности от того что на сайте. Есть идея делать фиксацию всех транзакций мол на такой-то момент 100% всё совпадает, чтобы искать ошибку после. Пользователь сверяет, подтверждает. Как вы считаете?
Звучит как костыль. Вы в своей текущей системе используете transactions и lock при работе с БД?
нет, ничего такого не используем. Просто таблица транзакций. Старые транзакции можно изменять, удалять. В таком случае планируем удалять все фиксации сделанные раннее
Самое время почитать о транзакциях в бд, уровнях изоляции и локах. Отпадут все ваши проблемы
вы же понимаете о чем я? Не о целостности данных в таблицах, параллельного доступа к ним и так далее, а о человеческом факторе. Транзакции - это просто таблица движения средств. И проблема в том что сам пользователь иногда забывает добавить какую-то запись в таблицу, а в жизни возник новый доход/расход у счета. Т.е. сайт учета средств, но без доступа к чему-то еще, все хранится только в бд. И если возник рассинхрон, то приходится сверять все операции вручную, а в планах было сделать "фиксацию" за определенную дату, которая говорила бы, что до этого момента все операции синхронизированы (на сайте и в жизни) и смотреть нужно только с этого момента
Ужас.... Ну сделай рядом таблицу с ид юзера и датой, до которой проверено
ну да, только по компании, вот я это имел в виду, нормальный ли вариант
Ноуп, потому что человеческий фактор надо исключать... По правде не совсем понятно какой в этом смысл и чем это лучше Гугл таблицы в таком случае ;)
не знаю, не мне решать, не я ставил задачу :) спасибо что откликнулись
Обсуждают сегодня