-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HIVE-28576: Add jdbc tests for tpcds queries #5510
base: master
Are you sure you want to change the base?
Conversation
98542c2
to
eb4f642
Compare
@soumyakanti3578, isn't that already covered by TestTezTPCDS30TBPerfCliDriver? |
@deniskuzZ No, TestTezTPCDS30TBPerfCliDriver generates logical plans and uses a stats dump. This is different because here we actually create tpcds tables in Postgres, create external tables in Hive corresponding to the tables in Postgres, and then generate the jdbc plans. |
hi @soumyakanti3578 , why not simply parameterize the db to run tests against? default is derby, which could be overridden. why create a separate driver for that? |
Quality Gate passedIssues Measures |
Only option I saw was to add something like
With the new driver, we can configure CliConfigs.java to run 1 file to create all tpcds tables once with
and run 1 file to create all external tables once with
and in CoreJdbcCliDriver.java, we can launch the docker container before starting the tests with I think this approach is easier to maintain. But please let me know what your thoughts are regarding this, and if you have something else in mind too! Thanks! |
hi @soumyakanti3578, sorry for not replying, please give me some time, I am overwhelmed with diff requests atm |
@deniskuzZ No problem at all. Thanks for looking into this :) |
What changes were proposed in this pull request?
Add a new test driver for jdbc tests
TestMiniLlapLocalJdbcCliDriver
to create tpcds tables in dockerized postgres, and create corresponding external tables. Generate explain plans for tpcds queries.Why are the changes needed?
To improve JDBC test coverage
Does this PR introduce any user-facing change?
No
Is the change a dependency upgrade?
No
How was this patch tested?