You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Parth Chandra (JIRA)" <ji...@apache.org> on 2015/04/14 20:39:12 UTC

[jira] [Commented] (DRILL-2782) Decide, implement behavior for transaction-related JDBC methods

    [ https://issues.apache.org/jira/browse/DRILL-2782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14494561#comment-14494561 ] 

Parth Chandra commented on DRILL-2782:
--------------------------------------

My suggestion would be to return TRANSACTION_NONE in getTransactionIsolationLevel and in commit/rollback follow the semantics of setAutoCommit(true) and throw a SQLException.

> Decide, implement behavior for transaction-related JDBC methods
> ---------------------------------------------------------------
>
>                 Key: DRILL-2782
>                 URL: https://issues.apache.org/jira/browse/DRILL-2782
>             Project: Apache Drill
>          Issue Type: Bug
>            Reporter: Daniel Barclay (Drill)
>
> Officially, JDBC requires transaction support. Because of that, the JDBC specification (PDF document and Javadoc) addresses the behavior of transaction-related methods only for the case in which transactions are supported.
> In particular, JDBC does not specify the behavior when transactions are not supported.
> Therefore, it is not clear what behavior a JDBC client tool would expect, or be programmed to handle, from a JDBC driver and back end that do not support transactions (that is, Drill).
> In turn, that means that it is not clear exactly what Drill's JDBC driver's transaction-related methods should do.  , 
> [IN PROGRESS--Why the heck does Jira intercept some magic keystroke and submit things without confirmation?!]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)