Дмитрий Тарасов, смысл как раз в том, что проще запрос на удаление и хранится простой и очевидный int вместо enum.
дополнительная плюшка – простая выборка по пользователям в дашборде (если нужна: ты сразу видишь и дату логина и дату удаления).
на самом деле, основной посыл в том, что енум тут нафиг не нужен, тут нужен простой инт. остальное – оптимизации, которое могут быть полезны, могут быть нет.
а если вам нужен выбор из определенных значений, то он делается на фронте и валидируется бэком, а не енумом в базе.
Егор Поляков дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.
Дмитрий Тарасов,
пользователь выбирает "удалить аккаунт через N месяцев"
я сохраняю в базу delete_at = NOW() + N months
при каждом логине я делаю опять delete_at = NOW() + N months
планировщиком раз в сутки я делаю простой вопрос вида "delete where delete_at <= NOW()"
Дмитрий Тарасов, при чем тут вообще дата последнего входа?
вам ничто не мешает спрашивать у юзера "через сколько месяцев вы хотите выпилиться" и хранить это значение как date.
Иван Шумов, мелкие шаражки – понятие очень растяжимое.
я могу назвать не одну известную технологию, которая, по факту, пилилась десятком человек в зажопинске.
при этом нормально пилилась, и реально пользовалась популярностью.
и кризис их вообще не коснулся.
