I could send cypher across the java api but my understanding is that it is 
still significantly slower at scale than using the Java api directly.
--------------------
Clark Richey, CTO
FactGem
240-252-7507<tel://240-252-7507>
[email protected]<mailto:[email protected]>

[cid:C07B6741-30F5-43BE-A839-FD76E3A45E2B]



Need immediate assistance? Please try:

Cate Downing, Assistant          Beth Price, Assistant
[email protected]<mailto:[email protected]>                
[email protected]<mailto:[email protected]>
614.325.2404<tel://614.325.2404>                             
614.365.0740<tel://614.365.0740>

This message and any included attachments are property of FactGem and its 
affiliates, and are intended only for the addressee(s). The information 
contained herein may include trade secrets or privileged or otherwise 
confidential information. Unauthorized review, forwarding, printing, copying, 
distributing, or using such information is strictly prohibited and may be 
unlawful. If you received this message in error, or have reason to believe you 
are not authorized to receive it, please promptly delete this message and 
notify the sender by e-mail. Thank you.


On June 23, 2014 at 10:13:42 PM, Alex Frieden 
([email protected]<mailto:[email protected]>) wrote:

Why not use cypher?


On Mon, Jun 23, 2014 at 9:51 PM, Clark Richey 
<[email protected]<mailto:[email protected]>> wrote:
All,
I am writing server side extensions to neo4J. I need to be able to find nodes 
that match a graph pattern similar to:

node has property x=foo and y= bar and outgoing relationship of type address to 
node with city=columbus. That could even extend another node out. I know I can 
find one end of the above relationship and then filter but this doesn’t work 
well when the pattern I want to match is more like node a -> node b -> node c 
with various property lookups on each node.

This is also a large graph so starting at any given node could easily yield a 
million nodes from which to start a traversal.

Thanks for the help!

--------------------
Clark Richey, CTO
FactGem
240-252-7507<tel://240-252-7507>
[email protected]<mailto:[email protected]>




Need immediate assistance? Please try:

Cate Downing, Assistant          Beth Price, Assistant
[email protected]<mailto:[email protected]>                
[email protected]<mailto:[email protected]>
614.325.2404<tel://614.325.2404>                             
614.365.0740<tel://614.365.0740>

This message and any included attachments are property of FactGem and its 
affiliates, and are intended only for the addressee(s). The information 
contained herein may include trade secrets or privileged or otherwise 
confidential information. Unauthorized review, forwarding, printing, copying, 
distributing, or using such information is strictly prohibited and may be 
unlawful. If you received this message in error, or have reason to believe you 
are not authorized to receive it, please promptly delete this message and 
notify the sender by e-mail. Thank you.
--
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.



--
Alexander Frieden

--
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.

-- 
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.

Attachment: DB3DED71-9092-4039-BC47-7254B572F9D5
Description: DB3DED71-9092-4039-BC47-7254B572F9D5

Reply via email to