Hello,

I would like some guidelines about how to approach ElasticSearch 
synchronization with OrientDB:

Doing some search I have found those approaches:

1) Dedicated River plugin - Like this one: 
https://github.com/sksamuel/elasticsearch-river-neo4j 

In this google group discussion 
(https://groups.google.com/d/msg/orient-database/YAesdS2qAYc/yCp7v9pF6tcJ) 
someone said that it could be done using hooks api of OrientDB that is more 
efficient than just pooling. Any thoughts on that? 

2) JDBC River plugin ( https://github.com/jprante/elasticsearch-river-jdbc) 
- I could just use this one since OrientDB is providing a JDBC driver. 
Could there be compatibility problems?

A person suggested Single point of failure problems with river plugins and 
I read that river plugins could be deprecated (?) in the future 
(http://stackoverflow.com/questions/22237111/preferred-method-of-indexing-bulk-data-into-elasticsearch).
 
I don't know if SPOF is actually a reality as I see river plugins used for 
many types of resources that seem very decoupled.

3) Someone in twitter suggested embedding Elastic Search in OrientDB as it 
was done with Lucene https://github.com/orientechnologies/orientdb-lucene. 
Could that have scalability problems for either OrientDB or Elastic Search. 
I guess this cannot take the full advantage of Elastic Search and it is 
using that for querying only..

Please guide me if I need to implement myself something or I could use 
existing tools and what are the tradeoffs of the previous or other 
approaches. I could have the support from Orient Technologies if I need it.


Thank you,

Michail


-- 
You received this message because you are subscribed to the Google Groups 
"elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elasticsearch/66a17298-5c32-46a4-80a0-0a1ccc5fb465%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to