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

ASF GitHub Bot commented on DRILL-7048:
---------------------------------------

vvysotskyi commented on pull request #1714: DRILL-7048: Implement JDBC 
Statement.setMaxRows() with System Option
URL: https://github.com/apache/drill/pull/1714#discussion_r271853531
 
 

 ##########
 File path: exec/jdbc/src/test/java/org/apache/drill/jdbc/StatementTest.java
 ##########
 @@ -69,6 +78,17 @@ public static void tearDownStatement() throws SQLException {
     connection.close();
   }
 
+  @Before
 
 Review comment:
   This will slow down all the tests in this class besides your tests.
   Also, since connection string is `jdbc:drill:zk=local`, so separate embedded 
drill instance will be used for every test class and there is no need to lock 
other test classes.
   
   Could you please move all your tests into a separate class and add lock 
there?
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Implement JDBC Statement.setMaxRows() with System Option
> --------------------------------------------------------
>
>                 Key: DRILL-7048
>                 URL: https://issues.apache.org/jira/browse/DRILL-7048
>             Project: Apache Drill
>          Issue Type: New Feature
>          Components: Client - JDBC, Query Planning & Optimization
>    Affects Versions: 1.15.0
>            Reporter: Kunal Khatua
>            Assignee: Kunal Khatua
>            Priority: Major
>              Labels: doc-impacting
>             Fix For: 1.17.0
>
>
> With DRILL-6960, the webUI will get an auto-limit on the number of results 
> fetched.
> Since more of the plumbing is already there, it makes sense to provide the 
> same for the JDBC client.
> In addition, it would be nice if the Server can have a pre-defined value as 
> well (default 0; i.e. no limit) so that an _admin_ would be able to ensure a 
> max limit on the resultset size as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to