Набір Редіс проти хешу

У багатьох підручниках Redis (таких як цей ) дані зберігаються в наборі, але з кількома значеннями, об'єднаними в рядок (тобто обліковий запис користувача може зберігатися в наборі у вигляді двох записів, "user: 1000: username" та "користувач: 1000: пароль").

Однак у Редіса теж є хеш. Здається, було б більш розумно мати хеш "user: 1000", який містить запис "ім'я користувача" та запис "пароль". Замість того, щоб об’єднувати рядки для доступу до певного значення, ви просто отримуєте доступ до них безпосередньо в хеші.

То чому його не використовують стільки? Це лише старі підручники? Або у хешів Redis є проблеми з продуктивністю?

Хеші Redis корисні для зберігання більш складних даних, як ви пропонуєте у своєму питанні. Я використовую їх саме для цього - для зберігання об’єктів з кількома атрибутами, які потрібно кешувати (зокрема, дані про запаси для певного товару на сайті електронної комерції). Звичайно, я міг би використовувати зв’язаний рядок - але це додає непотрібної складності коду мого клієнта, і оновлення окремого поля неможливе.

Ви можете мати рацію - навчальні посібники можуть бути просто з того моменту, як були введені hashes. Вони були чітко розроблені для зберігання репрезентацій Об’єктів: http://oldblog.antirez.com/post/redis-weekly-update-1.html

Я припускаю, що однією проблемою буде кількість команд, які Redis повинен обслуговувати, коли вставляється новий елемент (n кількість команд, де n - кількість полів у хеші) порівняно з простою командою String SET. Я ще не виявив, що це проблема в службі, яка вражає Redis приблизно 1 мільйон разів на день. Використання правильної структури даних для мене важливіше, ніж незначний вплив на продуктивність.

(Також, будь ласка, перегляньте мій коментар щодо наборів Redis проти Redis Strings - я думаю, ваше питання стосується струн, але виправте мене, якщо я помиляюся!)

Хеші - один з найефективніших методів зберігання даних у Redis, навіть доходячи до того, що рекомендує їх до використання, коли це можливо ефективно.

http://redis.io/topics/memory-optimization

Використовуйте хеш, коли це можливо

Маленькі хеші кодуються в дуже малому просторі, тому вам слід спробувати представляти свої дані за допомогою хешів щоразу, коли це можливо. Наприклад, якщо у вас є об’єкти, що представляють користувачів у веб-програмі, замість того, щоб використовувати різні ключі для імені, прізвища, електронної пошти, пароля, використовуйте єдиний хеш із усіма обов’язковими полями.

Порівняння випадків використання:

Набори забезпечують семантичний інтерфейс для зберігання даних як набору на сервері Redis. Варіанти використання такого роду даних будуть скоріше для аналітичних цілей, наприклад, скільки людей переглядає сторінку товару і скільки в кінцевому підсумку придбає продукт.

Хеші забезпечують семантичний інтерфейс для зберігання простих і складних об'єктів даних на сервері Redis. Наприклад, профіль користувача, каталог товарів тощо.

Посилання: Навчання Redis