Yes, I know it sucks that the remote performance is not good for OGM operations.
But to make it en-par it would mean a rewrite of the whole SDN codebase which is something I just cannot afford just so. We have many customers also using embedded in production for various reasons. (One being performance). But you can also create an unmanaged extension using SDN and then deploy it to your server. Something I haven't looked into yet is to combine SDN with SD-REST to provide that extension in a nice, domain level way. And I really rather have a clean separation there so it is rather a java-only OGM that integrates with SDN. Michael Am 18.03.2014 um 22:21 schrieb Lorenzo Speranzoni (@inserpio) <[email protected]>: > Hi Micheal, > > congratulation for your great job with SDN 3.0.1, I'm currently working on > it to understand all its features. > > I'm currently developing repositories with Cypher @Query statement and to > proceed with my learning path I'm going to follow your suggestion and test > @QueryResult. > > In a production environment, I'm currently thinking, my graph DB instance > will always be Server, not Embedded. Does it sounds correct? Or it depends by > our customer, application we are developing and so on? > > In the near future I'm going to use OGM only against an embedded version. > > Best regards, > Lorenzo. > > > > Il giorno lunedì 17 marzo 2014 22:06:13 UTC+1, Michael Hunger ha scritto: > Lorenzo, > > unfortunately labels are not returned with the nodes from the remote API so > they have to be fetched separately. > > Also in general I don't advise the use of SDN against a remote server, except > if you know exactly what you're doing (i.e. use repositories with cypher > statements and mapped @QueryResult classes) > > The current library is designed to run against an embedded database, it is > too chatty over the wire. > > There are plans to improve that but it's a lot of work and currently we have > no bandwidth to make SDN excel with Neo4j server. > > Cheers, > > Michael > > Am 17.03.2014 um 19:37 schrieb Lorenzo Speranzoni (@inserpio) > <[email protected]>: > >> Hi everybody, I'm currently testing Spring Data Neo4j 3.0.1 with an already >> existent Neo4j 2.0.1 graph database. >> >> My log is displaying something like this: >> >> 2014-03-17 19:15:17,401 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1136} >> 2014-03-17 19:15:18,667 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1135} >> 2014-03-17 19:15:19,937 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1134} >> 2014-03-17 19:15:21,549 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1133} >> 2014-03-17 19:15:22,810 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1129} >> 2014-03-17 19:15:24,084 [DEBUG] [main] >> org.springframework.data.neo4j.rest.SpringRestCypherQueryEngine - Executing >> remote cypher query: match (n) where id(n)={nodeId} return labels(n) as >> labels params {nodeId=1128} >> >> >> I'm actually supposing that for every retrieved node, SDN execute the >> LabelBasedStrategyCypherHelper.getNodesWithLabel query for determining the >> correct @NodeEntity mapped class for automatic Object Graph Mapping. This >> seems causing a performance bottleneck... >> >> Did I wrong something? >> >> Thanks in advance, >> Lorenzo >> >> >> >> -- >> 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. > > > -- > 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. -- 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.
