Risposta breve:Membase.
Risposta lunga:
Hai sostanzialmente tre opzioni: un database relazionale, archiviazione di file, o qualcos'altro.
Come hai detto, un database relazionale potrebbe sicuramente essere eccessivo. Detto questo, se questo fa parte di un'applicazione che ha già un database MySQL o altro, vorrei andare con quello. Allo stesso modo, la memorizzazione dei file può essere utile a volte (scrivendo su un mucchio di file XML, ad esempio), ma l'I/O del disco può essere lento.
Ora nell'altra categoria , avete alcune grandi opzioni NoSQL come CouchDB o Memcached.
Se non sei troppo preoccupato per la persistenza dei tuoi dati, ti consiglio memcache. È leggero, facile da usare e c'è un Memcache PHP extension che lo rende facile da usare. È fatto per l'archiviazione di valori-chiave come questo.
L'unico svantaggio di memcache è che tutti i dati vengono persi dopo che il servizio memcache si è interrotto. È qui che entra in gioco Membase. È un fork di memcache open source compatibile con il protocollo, il che significa che funzionerà con tutte le librerie client esistenti. Tuttavia, può persistere i tuoi dati e in realtà fornire coerenza e affidabilità, qualcosa che Memcache non può da solo.
fonte
2010-10-19 20:30:54
La risposta lunga è apprezzata. Sto rivedendo la membrana ora. – BrianV
Oppure usa MySQL con Memcached: http://dev.mysql.com/tech-resources/articles/nosql-to-mysql-with-memcached.html – hakre