-
Notifications
You must be signed in to change notification settings - Fork 3.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
Druid SQL: Mapping the gaps in capability #6771
Comments
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the [email protected] list. Thank you for your contributions. |
This issue has been closed due to lack of activity. If you think that is incorrect, or the issue requires additional review, you can revive the issue at any time. |
This issue is no longer marked as stale. |
We're hoping to deprecate the REST/native Druid connector in Superset and move towards the SQL / SQLAlchemy connector. Understanding the gaps would help us move forward. @gianm, is there a source of truth for the existing gaps, and is the plan to put the SQL interface forward? |
@mistercrunch The most authoritative list is in the docs here: https://druid.apache.org/docs/latest/querying/sql.html#unsupported-features, however it's not exhaustive. The first two ("Multi-value dimensions" and "Set operations on DataSketches aggregators") were added recently. There are also some (esoteric) things missing, like the Search query and some lesser-used extensions. Give me a bit and I'll put together a PR removing those two and adding a few more missing things explicitly. The plan is certainly to continue pushing the SQL interface forwards and reach parity ASAP. |
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the [email protected] list. Thank you for your contributions. |
This issue has been closed due to lack of activity. If you think that is incorrect, or the issue requires additional review, you can revive the issue at any time. |
Hi,
SQL is the database world's standard API for both querying, updating (DML), structural transformations (DDL) as well as even administration operations.
Druid SQL exists but it still not thoroughly covers all Druid capabilities and APIs.
There is a will in the community to close that gap (@gianm recently noted about it in the dev email list).
I believe it would be beneficial to document all the gaps which currently exist for Druid SQL to be in full parity with other mature, commercial analytical databases. Such documentation could promote effort by many contributors to help to close that gap.
Regarding technicalities, I have some suggestions:
I might spend some of my own time working on a parity comparison with Vertica (which is a mature analytical database, shares many qualities with Druid and with which I have experience with).
I'm not entirely sure, but a parity comparison with an OLAP database might also be relevant (I have no experience with these types of databases). Perhaps @julianhyde could shed some light on the relevancy of this subtopic.
The text was updated successfully, but these errors were encountered: