Alan and Hristo and the other guys wrote, Thanks for your feedback. We're looking to see if we can a consistent base of users with such user case in production, but most of you are in POC stage or development.
Any other? Lvc@ On 10 August 2014 18:18, Alan Johnson <[email protected]> wrote: > Luca, > > Yes, one of the major goals we have on the OSERAF project is to use a > graph DB (be it Orient or others) as the cornerstone of an analytic > process, focused on multi-modal data fusion for the purpose of entity > resolution, in a variety of use cases. Our goal is to work from the > blueprints interface as much as possible, but, in so doing, to also be able > to leverage unique capabilities that may exist in the various products to > further that approach. > > Does this help? > > Alan > > > On Saturday, August 9, 2014 5:36:26 PM UTC-4, Hristo Stoyanov wrote: >> >> Luca, >> We were considering OrientDb for analytical reports for one of our >> projects. Specifically, the use of "window" functions, quite common in >> high-end SQL systems. Eventually we decided to use PostgreSQL, as OrientDB >> did not have them. >> >> With Java 8 streams and lambda, however, one may implement this easily, >> without support from OrientDb? >> >> Are you also considering cubes, dimensions, MDX and other BI tools of >> the trade to implement in OrientDb? Maybe you can just provide an OrientDb >> backend for the Mondrian OLAP server by Pentaho nstead... >> >> >> -- > > --- > 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. > -- --- 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.
