+1 I have almost the same Stefán concerns / problems.
I am considering to write an ElasticSearch extension to have advanced full text search capabilities. Is there any way to write a custom in index in OrientDB? Thanks, Fabrizio On Thursday, March 20, 2014 9:24:22 AM UTC, [email protected] wrote: > > Hi, > > After using OrientDB for some time now I can say that there are many > things I love about it and that I look forward to using it for quite some > time. > > There are also things that can/need to be improved that I would like to > mention but thankfully most of them are already scheduled for version 2, > due this summer. > > Please know that my only intention here is to provide constructive > feedback from someone using the product and that I'm extremely grateful for > the work that you have all done and decided to share with the community. > > Notable findings: > > - Data storage is inefficient > Highly redundant field and class names are stored for every record > (vertex/edge) and numerical data is not stored in the most compact form. > I have estimated that our data could be reduced 40-45% and that > matters when dealing with billions of records. > Work on this is planned for version 2 > > - Less obtrusive way to add edges is needed > Dealing with a constant stream of data that needs to be processed in > batches means that there is not room for countless retries to commit > changes based on optimistic locking. > I have explained this in a different thread but what we need (and > perhaps a few others) is a way to add edges without having to worry about > the status of the target vertices. > > - Sharding is not available > This is the holy grail for graph scalability :) and is planned for 2.0. > I hope the team will be implement this in an effective way as sharding > graphs is particularly tricky. > > - Better way to deal with time-series data > This my be just a lack-of-experience problem but I have found it > really hard to accommodate time-series data in a graph and a case can even > be made that such data belongs elsewhere. > I hope to provide more meaningful feedback on this once I have studied > it more but if anyone has tackled this in a good, straight-forward, manner > then please let me know. > > - Full-text search > We will start implementing a custom solution using Lucene, Solar or > Elastic Search soon and perhaps we will be able to contribute something > useful. > is there anyone here that has done successfully that is willing to > share their experience? > > - Native GeoSpatial support > GeoSpatial Analysis is in many cases a perfect fit for a graph and > having powerful, native, GeoSpatial capabilities would be welcomed. > > > I do realize that OrientDB can not be all things to all people and that > our needs and our opinions only represent one user, one use-case. > > It's clear now that we will not be able to put our Historical Event Store, > based on OrientDB, into production for our most demanding customer until > some of these things are in place but we will continue to develop it, > anxiously waiting for the next major release. > > Most of all I would like to thank the OrientDB for a fantastic job and say > that if Activity Stream was a grown-up company that I would not hesitate to > sponsor your for continued great work. > > Best regards, > -Stefán Baxter > > -- --- 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.
