Храните 2D-массив в redis

Question

У меня есть 2D-массив для хранения в redis, и я вижу два решения: сохранение его как строки JSON или сохранение одного хэша на строку. Какой путь лучше?

Answer 1

Я столкнулся с тем же вопросом при разработке приложения. Я выбрал сторону простоты. Я собираюсь предположить, что ваш 2d-массив данных представляет строку базы данных. Я бы JSON закодировал его и сохранил, используя SET. Это позволяет мне использовать MGET и MSET, когда я хочу обрабатывать несколько объектов, используя одну команду redis. Если эти данные будут обновлены в моей базе данных, ключом будет DEL. Для меня это проще, чем пытаться обновить хэши redis.

Хеши в redis имеют свои преимущества. Они, как правило, занимают меньше памяти из-за использования «ziplist» кодирования redis. Вы также можете избежать сериализации, что может быть довольно значительным для некоторых приложений.

Вот пример использования для хэша для меня. Предположим, я хочу найти имя пользователя с учетом идентификатора пользователя. Я бы сделал HGET user.usernames 1234. Это дало бы мне имя пользователя для идентификатора пользователя 1234. Если будет пропущен, я запрошу базу данных и настрою ее, и поскольку эти данные никогда не изменятся, я никогда не истекаю хэш. Это позволяет быстро искать общую часть данных, а не тянуть весь пользователь, неэтериализовывать и возвращать необходимое поле.

Для предполагаемой массивной таблицы поиска я использую алгоритм, как здесь: http://redis.io/topics/memory-optimization Он использует несколько хэшей, как если бы они были, и использует ziplist-кодирование для сохранения памяти.

Какой бы метод вы ни выбрали, просто оставайтесь последовательными.

Answer 2

Как насчет использования Redis lists? Существует не поддержка списков списков, но вы можете либо сохранить одну строку в записи списка, либо создать список ключей, ссылающихся на другие списки.

Answer 3

Вы можете хранить каждый элемент в своем собственном ключе. Просто назовите ключи, чтобы имена содержали индексы элемента и, возможно, размеры массива.