Grrrr. I hate webmail clients. In any case, here are my thoughts: - A method to get the underlying terms for a given key - A method to get all keys for the index - A method to remove all entities from an index that contain a given key/value or term (I know this could be done by searching then removing each one iteratively, but I suspect there are substantial performance optimizations that could be achieved if it were an atomic method call, plus this makes it "REST friendly) - Utility functions for performing intersections and unions on multiple IndexHits iterators/search results (again, do-able today, but could probably be optimized at a lower level in the framework)
________________________________________ From: Rick Bullotta Sent: Sunday, May 01, 2011 9:25 AM To: Neo4j user discussions Subject: RE: [Neo4j] Lucene/Neo Indexing Question Hi, Mattias. I floated a proposal a couple days ago for enhancements to the index framework to support this type of stuff. Here's what I was thinking: Any thoughts on those suggestions? Best, Rick ________________________________________ From: user-boun...@lists.neo4j.org [user-boun...@lists.neo4j.org] On Behalf Of Mattias Persson [matt...@neotechnology.com] Sent: Sunday, May 01, 2011 5:41 AM To: Neo4j user discussions Subject: Re: [Neo4j] Lucene/Neo Indexing Question 2011/4/26 Rick Bullotta <rick.bullo...@thingworx.com>: > Hi, Mattias. > > Here's a use case: > > I have a million nodes representing cars, and those nodes are all "tagged" > with some value, let's say a color name, as a property. I have indexed those > nodes on the color property value. Now I'd like to present a list of the > distinct color values with which nodes (cars) have been tagged. At present, > I'd need to iterate through all million, read the property, and maintain a > "distinct" HashSet as I iterate through them. > > I've tried using relationships from the "car" node(s) to a set of "color" > node(s), but had scalability/performance issues when there are lots of car > nodes being added/deleted (the "color" node quickly becomes a hot > spot/synchronization choke point). Allright, yeah such nodes can become bottlenecks, so I see your problem for sure. > > Rick > > > -----Original Message----- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On > Behalf Of Mattias Persson > Sent: Tuesday, April 26, 2011 2:17 PM > To: Neo4j user discussions > Subject: Re: [Neo4j] Lucene/Neo Indexing Question > > Hi Rick, > > No, not really. What the use case for having such a method? > > 2011/4/26 Rick Bullotta <rick.bullo...@thingworx.com>: >> Hi, all. >> >> Is there a method or suggested approach for obtaining a list of all of the >> distinct key values in a given index? I don't care about the indexed nodes >> or relationships themselves, just the value(s) of the key. >> >> Thanks, >> >> Rick >> >> _______________________________________________ >> Neo4j mailing list >> User@lists.neo4j.org >> https://lists.neo4j.org/mailman/listinfo/user >> > > > > -- > Mattias Persson, [matt...@neotechnology.com] > Hacker, Neo Technology > www.neotechnology.com > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > -- Mattias Persson, [matt...@neotechnology.com] Hacker, Neo Technology www.neotechnology.com _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user