[
https://issues.apache.org/jira/browse/TINKERPOP3-570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14723999#comment-14723999
]
Matthias Broecheler commented on TINKERPOP3-570:
------------------------------------------------
I think that going from OLAP to OLTP is the most common use case, as in "rank
all vertices by some centrality metric and then run a local traversal for the
top 10". The first part is OLAP and the second OLTP.
I can also see how you might go from OLTP to OLAP if a traversal has a high
branching factor or is very deep and then you want to aggregate on that.
However, in those cases I don't think you loose much performance by executing
the whole thing as OLAP - it's definitely less efficient but not really a big
deal imho.
The OLAP to OLTP use case seems like a more useful transition if the OLAP
traversal produces a small set of elements on which further local analysis is
needed.
How is OLAP to OLTP already solved currently? Is that something a graph
strategy could automatically decide (ie how to split up the traversal)?
> [Proposal] Provide support for OLAP to OLTP to OLAP to OLTP
> -----------------------------------------------------------
>
> Key: TINKERPOP3-570
> URL: https://issues.apache.org/jira/browse/TINKERPOP3-570
> Project: TinkerPop 3
> Issue Type: Improvement
> Components: process
> Affects Versions: 3.0.0-incubating
> Reporter: Marko A. Rodriguez
> Assignee: Marko A. Rodriguez
>
> I'm trying to figure out how we can, within a "single traversal", move
> between OLAP and OLTP at different sections of the traversal. E.g.
> {code}
> [g.V.out.has('age',lt,25)]OLAP[out('parent').out('workPlace')]OLTP[out('coworkers').age.groupCount]OLAP
> {code}
> Going from OLAP to OLTP is easy. We have solved that already as OLAP queries
> return a {{Traversal<S,E>}} and thus, can be further processed in OLTP. But
> what about going from OLTP back into OLAP? We need to be able to stream the
> OLTP results back into traversers on the vertices of the graph -- TinkerGraph
> (easy), Hadoop (dynamic editing of the disk format!? crazy) .. is there a
> general pattern that works for all graphs? Finally, what about when the
> objects are NOT vertices/edges/etc. See the next issue.
> [~mbroecheler]
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
