Mmh, we are looking at JDBM now, and it seems to be promising. Will inform you on the progress of that!
Cheers, /peter neubauer GTalk: neubauer.peter Skype peter.neubauer Phone +46 704 106975 LinkedIn http://www.linkedin.com/in/neubauer Twitter http://twitter.com/peterneubauer http://www.neo4j.org - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Tue, Dec 21, 2010 at 12:19 PM, [email protected] <[email protected]> wrote: > That should fit in RAM just fine, except for the effect of the string > block/page size probably. What about a btree backed by neo relationships? > Not fast enough? > > ----- Reply message ----- > From: "Peter Neubauer" <[email protected]> > Date: Mon, Dec 20, 2010 3:54 pm > Subject: [Neo4j] Big index solutions? > To: "Neo4j user discussions" <[email protected]> > > Hi folks, > I wonder if any of you has seen a fast exact index solution that works > for the batchinserter (FAST) and over big indexes (like 100M strings > of length 20characters) that don't fit in RAM. > > Lucene is unable to cache such indexes and gets slow. > > Does anybody have experiences with other reverse lookup solutions like > Berkeley DB, Ehcache or others? Would be great to combine them with > the batchinserter to be able to fast insert big edge-lists with > node-index-lookups into Neo4j ... > > Cheers, > > /peter neubauer > > GTalk: neubauer.peter > Skype peter.neubauer > Phone +46 704 106975 > LinkedIn http://www.linkedin.com/in/neubauer > Twitter http://twitter.com/peterneubauer > > http://www.neo4j.org - Your high performance graph database. > http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. > _______________________________________________ > Neo4j mailing list > [email protected] > https://lists.neo4j.org/mailman/listinfo/user > > > > _______________________________________________ Neo4j mailing list [email protected] https://lists.neo4j.org/mailman/listinfo/user
