Реализовать структуру данных стойких стеков, используя Redis

Question

Я реализую структуру данных стека с использованием типов данных списка redis-py и Redis. Я не понимаю, как обрабатывать случай, когда соответствующий тип данных списка пуст. Поведение по умолчанию Redis похоже, что после того, как список пуст, связанный ключ удаляется. Например, случай с пустым списком попадает в Redis, когда я выхожу или очищаю все элементы в структуре данных стека на конце Python. В принципе, моя настройка заключается в том, что у меня есть стек объекта в моем коде, который вызывает операции в списке Redis. Например, когда клиент объекта стека выполняет stack.pop(), объект стека затем вызывает BRPOP в соответствующем списке в Redis, используя redis-py. Кроме того, в моей настройке объект стека имеет ключевой атрибут, который является ключом связанного списка в Redis.

Я думал о 2 возможных решений до сих пор:

1. Никогда не опустошить список Redis полностью. По крайней мере, поддерживать один элемент в списке. С точки зрения клиента стек пуст, если список Redis содержит только один элемент. Этот подход работает, но мне он в основном не нравится, поскольку он включает отслеживание количества элементов, нажатых/высколых.

2. Если список пуст и связанный ключ удален. После последующего нажатия просто создайте новый список в Redis. Этот подход также работает, но сложность здесь заключается в том, что я не могу быть уверен, что кто-то создал k, v pair на Redis, используя тот же ключ, что и мой объект-стек.

Итак, я в основном ищу способ сохранить ключ с пустым списком, который не требует ведения бухгалтерии, требуемой в двух вышеуказанных подходах. Благодарю.

Answer 1

Ваше второе решение является лучшим Fit.

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

Например, если я хочу сохранить 3 HashMaps для одного пользователя user1 я буду делать, как этот

hmset ACTIONS_user1 a 10 b 20 ... 
hmset VIEWS_user1 home_page 4 login 10 ... 
hmset ALERTS_user1 daily 5 hourly 12 ... 

В приведенном выше примере пользователь1 динамически создается логикой приложения, и вы добавляете их со значимой строкой, представляющей то, что удерживает этот ключ.

Таким образом, вы всегда будете иметь контроль над ключами, которые вы вставляете, и вы никогда не столкнетесь с столкновением.

Надеюсь, это поможет.