[ https://issues.apache.org/jira/browse/PHOENIX-4605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16436504#comment-16436504 ]
Ethan Wang commented on PHOENIX-4605: ------------------------------------- I see. that make sense. I see lots of code changes is due to sys.cata schema change. LGTM I will continue play around with this changes offline. Two questions 1, do we have a upgrade plan for people to update from older version to this version now with sys.cata change. 2, does this feature involves the input grammar changes..i.e, let's add a Jira for instruction if not exist yet. > Support running multiple transaction providers > ---------------------------------------------- > > Key: PHOENIX-4605 > URL: https://issues.apache.org/jira/browse/PHOENIX-4605 > Project: Phoenix > Issue Type: Bug > Reporter: James Taylor > Assignee: James Taylor > Priority: Major > Attachments: PHOENIX-4605_v1.patch, PHOENIX-4605_v2.patch, > PHOENIX-4605_wip1.patch, PHOENIX-4605_wip2.patch, PHOENIX_4605_wip3.patch > > > We should deprecate QueryServices.DEFAULT_TABLE_ISTRANSACTIONAL_ATTRIB and > instead have a QueryServices.DEFAULT_TRANSACTION_PROVIDER now that we'll have > two transaction providers: Tephra and Omid. Along the same lines, we should > add a TRANSACTION_PROVIDER column to SYSTEM.CATALOG and stop using the > IS_TRANSACTIONAL table property. For backwards compatibility, we can assume > the provider is Tephra if the existing properties are set to true. -- This message was sent by Atlassian JIRA (v7.6.3#76005)