Возможно ли вкладывать в Redis'е?

Question

[Abc Edc]

Очень мало статей по этому поводу. В общем могу ли я с помощью predis создавать что то вроде JSON только в самом редисе.То есть строить дерево. или например вкладывать в объект массив. Потом снова расширять объект.И вообще как можно создать неймспейсовую работу с редислм

Answer 1

[D']

REDIS - обычное key-value хранилище. Что подразумевается под словом "вкладывать"?

Там можно сохранять сериализованные данные, можно извлекать и модифицировать их, но конкретно структур данных "json", "объект" в redis нету.

Comments

[Abc Edc]

Но я могу хотя бы хранить таким образом
'some'=>[
'blabla'=>[1,2,3,4,5]
'amazing'=>'some'=>...
]

[D']

ГЛЕБ ГЛЕБОВ: В чем проблема? Нужно просто сериализовать этот массив, и запихнуть его в REDIS. Но доступа к отдельным его элементам соотвественно не будет. REDIS ничего не знает про типы данных PHP, он хранит key -> value (строка\число)

[Abc Edc]

D' Normalization Но хочется очень быстрого доступа. у меня используется это в мидлеваре так что крайне важно самое маленькое время потретить на это. Я думаю разве сериализовать и десериализовать а потом в цикле перебирать это не время ли? Могу ли я тогда как то имитировать таблицы там и делать что то вроде многие ко многим итд :D? Или в таком случае сериализовать будет быстрей?

[D']

ГЛЕБ ГЛЕБОВ: Redis для этого не предназначен. Что конкретно требуется? Для чего хранить там many-to-many связи?
Нужно отталкиваться от конкретной задачи. Для моих задач, мне вполне хватает сериализации, и это никак не сказывается на производительности.

Опишите конкретную задачу, и от нее будем думать.

[Константин]

@Denormalization
>> Но доступа к отдельным его элементам соотвественно не будет.
Будет, если обращаться к данным не через задекларированные методы, а через вызов Stored Procedure на LUA. Понятно, что к теме вопроса это относится слабо, но чисто теоретически это возможно.

[Abc Edc]

Нужно хранить доступные роуты для каждого пользователя по ид(да да я делаю свой роль-менеджер с блекджеком)
То есть
acces=>{
id1=>['some.index','some.edit']
id2=> ['ex.index','foo.edit']
]

[D']

ГЛЕБ ГЛЕБОВ: а зачем тут массив? Тут можно использовать либо HSET, либо LPUSH/RPUSH с ключем = ID, и нен нужно мудрить.

[Abc Edc]

D' Normalization Но в будущем планируется держать не только ид и не только данную сущность.То есть хочется тогда хотя бы access иметь отдельный неймспей то есть в идеале прям app=>access=> и только потом уже пошли иды, такое возможно?

[D']

ГЛЕБ ГЛЕБОВ: Т.е по сути просто:
HSET acccess user_1 {сериализованный массив с роутами}
Или
LPUSH access_user_1 some.index
LPUSH access_user_1 some.index2
LPUSH access_user_1 some.index3
LRANGE access_user_1 0 -1 <- получаем все роуты для юзера

[Abc Edc]

D' Normalization Огромное спасибо!

[D']

ГЛЕБ ГЛЕБОВ: в Redis нету такой вложености. Namespace в redis задается через имя ключа, т.е "app.access_list.user_id.1" - как-то так.