Les nosqls sont essentiellement basé sur les recherches en map-reduce ce qui correspond bien a des besoins pour des gros volumes et des données dispersés sur un cluster.
Redis a une approche inverse, il commence juste à s'attaquer au cluster, mais il est conçu pour faire des opérations atomiques et simple, avec même la notion d'effectuer de manière atomique une série d'actions. Au fil du temps, il a gagné la notion de pubsub, et il est utilisé comme queue de traitement (resqueue par exemple).
Pour moi, Redis est plus comparable à un index (comme Lucene) qu'un serveur SQL. Dans tous les cas, c'est un projet à suivre, ne serait-ce que pour son approche différente.
Redishttp permet d'avoir du code javascript 100% coté client, avec de la persistance (coté serveur).
# Redis est plus qu'une base clef-valeur
Posté par mister popo ポポ . En réponse à la dépêche En vrac : Drizzle, MongoDB et Webdis. Évalué à 4.
Les nosqls sont essentiellement basé sur les recherches en map-reduce ce qui correspond bien a des besoins pour des gros volumes et des données dispersés sur un cluster.
Redis a une approche inverse, il commence juste à s'attaquer au cluster, mais il est conçu pour faire des opérations atomiques et simple, avec même la notion d'effectuer de manière atomique une série d'actions. Au fil du temps, il a gagné la notion de pubsub, et il est utilisé comme queue de traitement (resqueue par exemple).
Pour moi, Redis est plus comparable à un index (comme Lucene) qu'un serveur SQL. Dans tous les cas, c'est un projet à suivre, ne serait-ce que pour son approche différente.
Redishttp permet d'avoir du code javascript 100% coté client, avec de la persistance (coté serveur).