Hi,

I'm one of the OrientDB users that celebrates that Lucene can now be used 
for fulltext indexing in OrientDB, thank you!

I have been using Solr for some years and used it, for example, to build 
extensive an "Enterprise search" where it shined (powered by Lucene).

One of the things we found was that the MultiFieldQueryParser was quite 
helpful as it provided users/employees a fairly simple and powerful way to 
narrow their search for entities/documents.

The usability of fulltext search is diminishes somewhat when it creation 
relies on information stored in a graph as related information, like 
address+postcodes, have been spread out/normalized over many vertices and 
edges.
A search for "John that lives on Pine* in 980201" can no longer be built 
using the index or the MultiFieldQueryParser, at least not without 
combining OSQL with the Lucene query.

What I guess I'm trying to say is that the fulltext-document-search that 
shines when it's based on documents (take Solr/Elastic Search for example) 
is rendered quite limited when used on to of a graph if it can only consist 
of information from a single vertex.

The ability to create a virtual/temporary document for fulltext indexing, 
from the information of a vertex and the adjacent vertices, is quite 
appealing to me but and it would bridge the gap between document and graph 
strengths and weaknesses when it comes to fulltext search.

I realize that there is a line between what the database it self should do 
and what the users need to do by them selves, but keeping in mind that 
OrientDB's main differentiation is it's mix of a document store and graph I 
think that a more powerful Fultext feature, that takes these differences 
into account, could help establish it as a clear winner in both spaces.

There are many small projects, like Django-Haystack, that focus on the 
ability to create virtual/temporary documents for indexing-only purposes 
that might be helpful in evaluating options to improve this.

Please let me know if anyone else here shares this view or, better yet, has 
devices a simple way around this limitation.

Very best regards,
  -Stefán

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"OrientDB" 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.

Reply via email to