Skróty Redis są dobre do przechowywania bardziej złożonych danych, jak sugerujesz w swoim pytaniu. Używam ich właśnie do tego - do przechowywania obiektów z wieloma atrybutami, które muszą być buforowane (w szczególności dane inwentaryzacyjne dla konkretnego produktu w witrynie e-commerce). Jasne, mógłbym użyć połączonego ciągu — ale to dodaje niepotrzebnej złożoności do mojego kodu klienta, a aktualizowanie poszczególnych pól nie jest możliwe.
Być może masz rację — samouczki mogą pochodzić po prostu z okresu sprzed wprowadzenia skrótów. Zostały one wyraźnie zaprojektowane do przechowywania reprezentacji obiektów:http://oldblog.antirez.com/post/redis-weekly-update-1.html
Przypuszczam, że jednym z problemów byłaby liczba poleceń, które Redis musi obsłużyć po wstawieniu nowego elementu (liczba n poleceń, gdzie n to liczba pól w Hash) w porównaniu z prostym poleceniem String SET. Nie znalazłem jeszcze problemu w usłudze, która trafia na Redis około 1 miliona razy dziennie. Korzystanie z odpowiedniej struktury danych jest dla mnie ważniejsze niż znikomy wpływ na wydajność.
(Zapraszam również do zapoznania się z moim komentarzem dotyczącym zestawów Redis vs. ciągów Redis – myślę, że twoje pytanie dotyczy ciągów, ale popraw mnie, jeśli się mylę!)
