This seems like a reasonable idea, but there are so many kinds and
characteristics of the databases and access patterns.
For example, my application is update-heavy (not ideal for a graph db)
and almost all queries are trivial - mainly to figure out how to
properly do the updates. More complex queries are important, but not
generally that expensive - and not as much a bottleneck as the updates.
Maybe a good way to think about it would be to find a dozen or so
patterns for use of graph databases, and characterize these patterns.
And of course, when you're done, your access pattern is not likely to
look that much like any of the standard patterns.
But still, relative measures for different types of access patterns
would be interesting.
On 07/24/2014 07:58 AM, jer wrote:
Hi all,
I would like to measure the Neo4j performance in hardware. Right not I
use the sample data set provided from your website and self created
some traversals for measurement. However, I doubt if this is fair for
Neo4j. My aim is to measure the most "typical" behaviour of Neo4j.
Therefore I'm curious if any of such "benchmark" that I can use.
If there is no such benchmark, could you give some examples in
creating one? Maybe the benchmark should be divided into several
groups, eg small/medium/large datasets, traversal/pattern matching
queries. That''s what comes to my mind now. Please point out if it is
inappropriate. Thanks!
Best WIshes,
Jer
--
You received this message because you are subscribed to the Google
Groups "Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
--
Alan Robertson <[email protected]> - @OSSAlanR
"Openness is the foundation and preservative of friendship... Let me claim from you
at all times your undisguised opinions." - William Wilberforce
--
You received this message because you are subscribed to the Google Groups
"Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
