Java en mémoire Table SQL comme structure de données

Plusieurs fois j'ai voulu une structure de données qui est similaire à une Table SQL
où vous pouvez sélectionner divers champs et des champs multiples. Semblable à un en mémoire SQL de mise en œuvre, sauf que je ne veux pas stocker que de nombreux objets dans la structure de données.

J'ai aussi besoin que l'objet soit sérialisable par Java standard de moyens.

Je l'ai fait avant avec plusieurs tables de hachage ou de la coutume clés de hachage, mais il a fini par être beaucoup de code et de très spécifique le problème.

J'ai également utilisé Groovy avec sa fermeture capacité et gpath aider mais je n'ai pas toujours disponible (projets divers).

EDIT: je pense que mon problème est plus d'un objet transversal/sélection de problème
Voici quelques projets intéressants:

Cependant l'inconvénient de la plupart de ces projets est qu'ils sont beaucoup plus lent que l'accès à directement les objets (non réflexion getter/setter) et certainement plus lent qu'un index (hash).

  • Allez-vous à la requête de certains autonome instantané des données? Qu'en multithreading, de verrouillage, des transactions, des insertions/mises à jour? Si l'un de ci-dessus possible - je serais 100% d'accord avec @Alex.
  • Non, ce n'purement pour des raisons de commodité. Je n'ai pas besoin de l'ACIDE nature des SGBDR. J'ai besoin de la requête de capacité.
  • penser de ces liens peut être utile: docs.jboss.org/hibernate/core/3.3/reference/en/html/... et almaer.com/blog/...
InformationsquelleAutor Adam Gent | 2010-12-29
  1. 3

    JavaDB et HSQLDB, entre autres, ont pleinement bases de données en mémoire.

    • Le problème avec ces gars-là, c'est que ne me donne pas de structures de données que je peux maréchal/sérialiser. Je suis à la recherche de quelque chose que je peux XStream.
    • Bien que je suppose que je pourrais faire une sorte de générique de l'objet de données pour représenter un tableau et sur unmarshal est chargé dans une mémoire singleton sgbdr, mais cela a des problèmes avec la sécurité des threads si ce n'est pas thread-safe et beaucoup de blocage du thread si il est.
    • Je doute que vous trouverez quelque chose qui satisfait à ces deux exigences. Ma suggestion: utiliser un serializable POJO pour prendre un instantané de la tables dans la en mémoire db, puis sérialiser que. Le contraire serait trivial ainsi, juste unmarshall la XStream dans un POJO et puis charger les données dans la mémoire db.
    • Penser le long des mêmes lignes. 🙂 Il y a sans doute plusieurs façons raisonnables pour gérer l'assentiment des questions, en fonction de comment disponible de la mémoire db doit être, et si vous avez besoin de faire un chaud de la copie, ou peut prendre la db en mode hors connexion pour le touché des fils.
    • Je pense que la plupart de mes problèmes de tige avec Java manque de builtin objet graphique de la traversée. C#LINQ et Groovy du GPath faire la traversée et des objets en se basant sur les différentes propriétés beaucoup plus facile que de Java.
    InformationsquelleAutor RobertB
  2. 2

    Quelles sont vos préoccupations au sujet de l'aide mémoire SQL de stockage pour ces fins? Vous auriez d'économiser une tonne de temps de développement; les performances de surcharge est vraiment insignifiant. Vous risquez beaucoup plus en essayant de mettre en œuvre vous-même.

    • Cela ressemble (pour moi en tout cas) il était à la recherche d'une alternative à la construction de sa propre. Aussi, ce n'est pas vraiment une réponse et peut-être mieux comme un commentaire sur la question d'origine.
    • Je ne veux pas construire mon propre (d'où le "Q"). Je ne peut pas utiliser une mémoire de base de données les tables ne sont pas sérialisables structures de données. En d'autres mots, je ne peux pas envoyer de l'ensemble de la table db au-dessus du fil par JAXB (entrez votre favori de la sérialisation de la technologie ici) ou l'enregistrer dans un fichier.
    InformationsquelleAutor Alex Weinstein