Stockage côté client interrogeable

Question

Quelles sont les solutions disponibles pour les banques de données côté client interrogeables? Cela servirait de cache temporaire pour effectuer des opérations de base comme le tri et l'agrégation sur des plages de dates sélectionnées par l'utilisateur dans le client

J'ai trouvé quelques candidats prometteurs, mais je ne suis pas sûr quelles sont les meilleures options

• Lawnchair: interface avec les différents magasins d'adaptateur, a des requêtes et des agrégats mis en œuvre sous forme de plugins http://brian.io/lawnchair/
• TaffyDB: http://www.taffydb.com/
• LocalstorageDB: requêtable localStorage github.com/knadh/localStorageDB
• Minimongo: éphémère mise en œuvre de mongo, utilisé comme cache pour Meteor (http://docs.meteor.com/#meteor_collection)

Il y a aussi d'autres options moins optimales:

• HTML5 localStorage/sessionStorage (besoin de construire une couche de requête sur le dessus de ce ... comme lawnchair ou localstoragedb)
• IndexedDB (compatibilité du navigateur)
• Google Gears (interrompu)
• websql (spécification arrêté)

Je serais curieux de connaître vos expériences avec ces options/s'il en existe d'autres que j'ai manqué

Answer 1

Je l'ai utilisé pour lawnchair une petite échelle couple outils internes où je travaille et l'expérience a été très positive dans l'ensemble.

Quelque chose que j'ai appris dans le processus: JSON-js cycle.js de Douglas Crockford a résolu mes problèmes de stringify en faisant enregistrer/obtenir sur les objets à double liaison.

Quelqu'un a signalé un problème sur le repaire github lawnchair décrivant le même problème et m'a sauvé beaucoup de maux de tête. https://github.com/brianleroux/lawnchair/issues/105

Answer 2

Avez-vous essayer ma bibliothèque open source https://bitbucket.org/ytkyaw/ydn-db/wiki/Home. Il supporte IndexedDB, WebSQL et localStorage. La requête est un style NoSQL, c'est-à-dire une requête de plage de clés d'index. La requête d'index multiple nécessite l'utilisation d'un index composite ou d'un algorithme de jointure de clé. Actuellement, il existe une interface de requête de base à SQL, qui sera meilleure au fil du temps.

L'application Web à grande échelle, la plupart d'entre eux sont CRM, utilisent la bibliothèque en production.

Answer 3

J'ai écrit deux API simples pour gérer l'API de stockage. L'un d'eux est un wrapper pour le rendre facile de travailler à la fois le stockage local et session: https://github.com/chambs/minidb/

Quelque chose comme:

minidb.local.set('name', 'Willian');

minidb.local.get('name'); //gives you "Willian"

minidb.session.set('userData', {id:333, name: 'Joseph'});

minidb.session.get('userData'); //gives that object

L'autre est un espace de noms basé sur l'API localStorage uniquement (pas de session). Basiquement vous pouvez ajouter « lignes » regroupés en espaces de noms, de sorte que vous pouvez séparer les données en fonction de ces espaces de noms: https://github.com/chambs/zonjs

Quelque chose comme:

zon('user').insert({name: 'Willian', email: 'o.chambs@gmail.com'});

zon('user').del('8739874397494');

Où « user » est l'espace de noms que vous avez défini. Il est possible d'avoir autant de namespaces que vous le souhaitez pour la même origine/domaine

Hope it helps :)

Answer 4

Vous pouvez utiliser jStorage conjointement avec jLinq