[ https://issues.apache.org/jira/browse/HIVE-18705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16520621#comment-16520621 ]
Hive QA commented on HIVE-18705: -------------------------------- Here are the results of testing the latest attachment: https://issues.apache.org/jira/secure/attachment/12928634/HIVE-18705.7.patch {color:green}SUCCESS:{color} +1 due to 2 test(s) being added or modified. {color:red}ERROR:{color} -1 due to 2 failed/errored test(s), 14570 tests executed *Failed tests:* {noformat} TestReplicationScenariosAcrossInstances - did not produce a TEST-*.xml file (likely timed out) (batchId=234) org.apache.hive.jdbc.TestJdbcWithMiniLlapRow.testComplexQuery (batchId=243) {noformat} Test results: https://builds.apache.org/job/PreCommit-HIVE-Build/11998/testReport Console output: https://builds.apache.org/job/PreCommit-HIVE-Build/11998/console Test logs: http://104.198.109.242/logs/PreCommit-HIVE-Build-11998/ Messages: {noformat} Executing org.apache.hive.ptest.execution.TestCheckPhase Executing org.apache.hive.ptest.execution.PrepPhase Executing org.apache.hive.ptest.execution.YetusPhase Executing org.apache.hive.ptest.execution.ExecutionPhase Executing org.apache.hive.ptest.execution.ReportingPhase Tests exited with: TestsFailedException: 2 tests failed {noformat} This message is automatically generated. ATTACHMENT ID: 12928634 - PreCommit-HIVE-Build > Improve HiveMetaStoreClient.dropDatabase > ---------------------------------------- > > Key: HIVE-18705 > URL: https://issues.apache.org/jira/browse/HIVE-18705 > Project: Hive > Issue Type: Improvement > Reporter: Adam Szita > Assignee: Adam Szita > Priority: Major > Attachments: HIVE-18705.0.patch, HIVE-18705.1.patch, > HIVE-18705.2.patch, HIVE-18705.4.patch, HIVE-18705.5.patch, > HIVE-18705.6.patch, HIVE-18705.7.patch > > > {{HiveMetaStoreClient.dropDatabase}} has a strange implementation to ensure > dealing with client side hooks (for non-native tables e.g. HBase). Currently > it starts by retrieving all the tables from HMS, and then sends {{dropTable}} > calls to HMS table-by-table. At the end a {{dropDatabase}} just to be sure :) > I believe this could be refactored so that it speeds up the dropDB in > situations where the average table count per DB is very high. -- This message was sent by Atlassian JIRA (v7.6.3#76005)