Стальные яйца у человека

Ты про кого

Про отлиставшего ;)

1) У амазона свое БД
2) У него оно децентрализованное (не на одной машине)
3) Способы обращения к бд, как ты можешь понять из первого пункта - тоже другое

С такими громкими заявлениями, "У <крупная компания> <проблема пользователя> и все заебись.", можно любую твою unic фичу, месяц работы, оптимизацию и пр. сравнить с землей.
Короче, я что-то сгорел с твоих слов, сорри.

Парни, подскажите, хороший ли вариант хранить Enum состояния у User() ?
Например:

EnumState.DEFAULT - Базовое состояние любого пользователя
EnumState.WAITING - Ожидания ввода текста (например, для команды, где нужно вводить какие-либо данные. Посе ввода команды у пользователя EnumState.WAITING и следующее сообщение будет восприниматься как аргументы для комманды.)
EnumState.OTHER - <...>

Ну так у тебя и не 100к записей в секунду☺

Я понимаю, тогда вообще его утверждение высасоно из пальца

Ой, ну ты понял мою мысль

Я твою понял, а ты его не понял, как мне кажется

Ладно, не суть :D

Enum'ы хранить плохо или нет?

Ну, в принципе, есть два варианта: хранить в словарях и дергать из бд. И я почти уверен, что первый даже хуже, т.к.: 1) краши (хотя можно сделать хэндлер всех ошибок (можно ли, если нельзя, то просто в каждом эксепте прописывать) и заносить при краше в бд), 2) лишняя же информация будет в активе🤔, о таком есть смысл задумываться только если это будет замедлять работу больше, чем на полсекунды после каждого запроса

Вопроса не понял, не ко мне

чойта

Алюминиевые

1) и чо с того?
2) повторюсь: что с того?
3) хуй тебе, транзакции они и в Африке транзакции.

В общем, что я хочу сказать. Дергать постоянно БД норм. Если у тебя есть мало данных, которые ты дергаешь очень часто, держи их в Кеше (Redis, MemCached)

Если хранить в словаре, то при ошибке в приложении у тебя словарь не сохранится

Так а вы сделайте словарь, который периодически дампится