Quando utilizzare un archivio chiave / valore come Redis anziché / lungo un database SQL?

Ho letto grandi cose su negozi chiave / valore come Redis, ma non riesco a capire quando è il momento di usarlo in un'applicazione.

Supponiamo che io stia progettando un'applicazione basata sul web; So quale stack userò per il front-end, il back-end, i database, ecc. Quali sono alcuni scenari in cui andrei "oh abbiamo anche bisogno di Redis per X, Y o Z."

Gradirei esempi node.js e esempi non-node.js.

Non riesco a capire quando è il momento di usarlo in un'applicazione.

Ti consiglierei di leggere questo tutorial che contiene anche casi d'uso. Poiché redis è piuttosto orientato alla memoria, è davvero buono per i dati in tempo reale aggiornati di frequente, come archivio di sessioni, database di stato, statistiche, memorizzazione nella cache e le sue strutture di dati avanzate offre versatilità a molti altri scenari.

Redis, tuttavia, non è un sostituto di NoSQL per i database relazionali classici poiché non supporta molte funzionalità standard del mondo RDBMS come la query dei dati che potrebbe rallentarli. I sostituti sono piuttosto database di documenti come MongoDB o CouchDB e redis è ottimo per integrare funzionalità specifiche in cui la velocità e il supporto per strutture dati avanzate sono utili.

Penso che nulla spieghi meglio i casi d'uso di Redis di questo articolo: http://antirez.com/post/take-advantage-of-redis-adding-it-to-your-stack.html

Scommetto che avrai un aha! momento . ;)

Una citazione di un lettore precedente:

Ho già letto di Redis e ho sentito come le aziende lo usano, ma non ho mai compreso del tutto lo scopo. Dopo aver letto questo posso effettivamente dire che capisco Redis ora e come sia utile. Incredibile che dopo aver ascoltato così tanto tutto ciò che ci è voluto è stato un articolo relativamente semplice.

Una citazione dall'articolo:

Redis è diverso dalle altre soluzioni di database in molti modi: utilizza la memoria come supporto di archiviazione principale e disco solo per la persistenza, il modello di dati è piuttosto unico, è a thread singolo e così via. Penso che un'altra grande differenza sia che per sfruttare Redis nel tuo ambiente di produzione non è necessario passare a Redis. Puoi semplicemente usarlo per fare cose nuove che prima non erano possibili o per risolvere vecchi problemi.

Casi d'uso toccati dall'articolo:

• Elenca gli ultimi articoli elencati nella tua home page
• Classifiche e problemi correlati
• Ordina per voti utente e tempo
• L'attrezzo scade sugli articoli
• Conteggio roba
• N articoli unici in un determinato periodo di tempo
• Analisi in tempo reale di ciò che sta accadendo, per statistiche, antispam o altro
• Pub / Sub
• code
• caching

• Mi piacerebbe usare Redis sui progetti in tempo reale. Di recente l'ho fatto per un sistema di tracciamento GPS che era stato precedentemente costruito su mysql come database.

  VANTAGGIO

  1. Ogni volta che il tracker trasmette i dati non ho bisogno di aprire la connessione mysql e archiviarli. Possiamo salvarlo su redis e successivamente migrare su mysql usando qualche altro processo. Ciò eviterà la connessione simultanea dal tracker multiplo a mysql.
  2. Posso pubblicare tutti quei dati gps e altri client (javascript / android) possono iscriversi in tempo reale usando la coda messaggi basata su redis
  3. Posso attivare avvisi in tempo reale

Una cosa fuori mano è che Redis non è un database relazionale. Se hai bisogno di un "JOIN" SQL, non vorrai usare Redis, né nessun altro database non relazionale. Redis è però più veloce della maggior parte dei database relazionali. Se eseguirai solo query chiave: coppia di valori, ti consigliamo di utilizzare Redis.