[
https://issues.apache.org/jira/browse/OMID-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15590767#comment-15590767
]
Edward Bortnikov commented on OMID-56:
--------------------------------------
[~jamestaylor], we are definitely interested to try ("we" are Ohad Shacham and
myself - Omid developers from Yahoo, albeit from a different team; can't speak
for [~fperezsorrosal]). Apologies for belated response.
Before going into further detail, let me just indicate that Omid does have a
central transaction manager (called TSO, see
http://yahoohadoop.tumblr.com/post/132695603476/omid-architecture-and-protocol)
however it is super-scalable (up to 100K's tps, and we have a new development
to scale it even further).
Looking forward to engage (starting next week). Thanks [~jamestaylor].
> Integrate with Apache Phoenix
> -----------------------------
>
> Key: OMID-56
> URL: https://issues.apache.org/jira/browse/OMID-56
> Project: Apache Omid
> Issue Type: Improvement
> Reporter: James Taylor
> Labels: phoenix
>
> The current transaction implementation in Phoenix uses Tephra which is good
> when the number of rows in the transaction is small and the changes of a
> conflict are relatively rare. It's also not clear when the number of
> simultaneous transactions would max out given the single, global transaction
> manager component.
> Omid is very complimentary in this regard. Though the overhead for small
> transactions may be larger than Tephra, it will likely scale well as the
> number of rows in a transaction grows and has no global transaction manager.
> It'd be great to figure out the best way to integrate Omid with Phoenix. The
> trickiest issue may be with optimizing secondary indexes, in that conflict
> detection is not necessary for them. We could leave this optimization for the
> future and just treat them as any other HBase table. Perhaps a good first
> step would be to just turn on Omid transactions at the HBase level and then
> have Phoenix issue the appropriate Omid call for start transaction, commit
> transaction, and rollback transaction. It might just work.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
