Hi, Atle. FYI, we're building a platform for the scenario you describe (aggregating sensor and other information), and are using Neo4J as our underlying data store and meta model. If you'd not prefer to build your own, I'd be happy to discuss your application and see if we're a fit. We're limiting access to a few customers at this point (it is commercial software), but I'd be interested in learning more about what you're trying to achieve. E-mail me off-list to discuss.
Rick -----Original Message----- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Atle Prange Sent: Friday, May 07, 2010 6:53 AM To: Neo user discussions Subject: Re: [Neo] Performance The usecase that was the driver for the babudb index was business (primary) keys. Since the id of the node is governed by neo4j, i wanted to implement a faster index than lucene for key searches. Using lucene for other than real fulltext is not very efficient. In my mint neo4j is a far better fit than relational databases to persist objects graphs, and the key indexing has been sort of a show stopper. And the more i use ogrm, the more i appreciate the fact that neo4j handles all relationships for me, so the amount of (error prone) relationship boilerplate is reduced to a minimum. I agreee that graph databases arent the solution for all problems, but in most cases a normal OO mapping maps better into graphs that tables. What also would be interesting is to see if an IndexService based on for example babudb can fill a requirement relational tables where used to fulfill before. I am in the planning phase of an application that collects readings from sensors. That seems like a perfect fit for a relational table, but the readings are also interconnected and chained and so forth, so be able to keep the data in a graph would be a huge gain in simplicity. -atle BTW: the references page now points to neo4j :) On Thu, May 6, 2010 at 3:42 PM, Peter Neubauer < peter.neuba...@neotechnology.com> wrote: > Mmh, > very interesting! What would be a good usecase for using BaduDB alongside > e.g. Lucene with Neo4j? Would be nice to make a good example of using a > different index than text together. That would open up for a number of > possible scenarios, e.g. with CouchDB, Cassandra and others, that have a > number of interesting capabilities that could be combined with the graph > approach! > > Good work, wil check out the code for ogrm.org. Also, the link on the > dependency page points to neo4k.org which does not exist :) > > Cheers, > > /peter neubauer > > COO and Sales, Neo Technology > > 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 - Scandinavias coolest Bring-a-Thing party. > > > On Thu, May 6, 2010 at 2:29 PM, Atle Prange <atle.pra...@gmail.com> wrote: > > > I have done some simple performance comparison between neo4j and babudb > > (http://code.google.com/p/babudb/), because i use babudb (which users > > the same architecture as Googles bigtable) as an IndexService for neo4j > > in my object-graph-mapper. (check out the source for the > > BabuDbIndexService from ogrm.org) > > > > The results aren't that exiting, but updates are about twice as fast in > > neo4j than in babudb. Reads are equally fast, with babudb having the > > slight upper hand. Using babudb can therefore be seen as a good indexing > > service for neo4j! (Thats my conclusion, feel free to ignore) > > > > I can read 200000 objects in about 4 seconds for both frameworks, > > including node wrapping and content deserialization (payload of > > 100bytes, cold cache) (My computer is really slow though) > > I think that is really fast! I wish i had learned about neo4j earlier > > though! :) > > > > > > -atle > > > > > > > > > > > > _______________________________________________ > > Neo mailing list > > User@lists.neo4j.org > > https://lists.neo4j.org/mailman/listinfo/user > > > _______________________________________________ > Neo mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user _______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user