You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Jan Fernando (JIRA)" <ji...@apache.org> on 2015/09/23 02:54:04 UTC

[jira] [Created] (PHOENIX-2285) phoenix.query.timeoutMs doesn't allow callers to set the timeout to less than 1 second

Jan Fernando created PHOENIX-2285:
-------------------------------------

             Summary: phoenix.query.timeoutMs doesn't allow callers to set the timeout to less than 1 second
                 Key: PHOENIX-2285
                 URL: https://issues.apache.org/jira/browse/PHOENIX-2285
             Project: Phoenix
          Issue Type: Bug
    Affects Versions: 4.5.2
            Reporter: Jan Fernando


When creating a Phoenix JDBC connection I have a use case where I want to override the default value of phoenix.query.timeoutMs to a value of 200 ms. 

Currently if you set phoenix.query.timeoutMs to less than 1000 ms, the timeout gets rounded up to 1000ms. This is because in PhoenixStatement.getDefaultQueryTimeout() we convert the value of phoenix.query.timeoutMs to seconds in order to be compliant with JDBC. In BaseResultIterators we then convert it back to millis. As a result of the conversion we loose the millisecond fidelity.

A possible solution is to store the timeout value stored on the PhoenixStatement in both seconds and milliseconds. Then, in BaseResultIterators when we read the value from the statement we can check if the value exists in millisecond fidelity and if so use that value. Otherwise we would use the value in second granularity and convert. 

This would allow Phoenix to remain JDBC compatible with second level granularity for setting query timeouts on statements, but allow millisecond granularity of timeouts by explicitly setting phoenix.query.timeoutMs on connection properties.



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