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

Julian Hyde commented on CALCITE-5615:
--------------------------------------

If a tool could be used outside of Calcite, then I believe that it should be a 
separate project. I followed this philosophy with Quidem, SQLLine, Avatica, and 
data projects such as 
[scott-data-hsqldb|https://github.com/julianhyde/scott-data-hsqldb]. Because if 
the tool is inside a larger project, no one will realize that they can use it 
standalone, and over time the projects will inevitably become more coupled.

Another good example is [tpcds-kit|https://github.com/gregrahn/tpcds-kit].

I'll repeat the offer I made above. If you'd like to make this into a project 
that deploys artifacts to Maven Central I'd be happy to do the work (create the 
template project, import the code, make the first release) and make [~mbudiu] 
the co-owner/maintainer.

> Run SQLLogicTests using Calcite
> -------------------------------
>
>                 Key: CALCITE-5615
>                 URL: https://issues.apache.org/jira/browse/CALCITE-5615
>             Project: Calcite
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 1.34.0
>            Reporter: Mihai Budiu
>            Assignee: Mihai Budiu
>            Priority: Minor
>              Labels: pull-request-available
>          Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Sqllogictest is a program designed to verify that an SQL database engine 
> computes correct results by comparing the results to identical queries from 
> other SQL database engines.
> https://www.sqlite.org/sqllogictest/doc/trunk/about.wiki
> The nice thing about SLT is that it contains more than 7 million tests. The 
> tests only cover the core of SQL, ideally the portable part across all 
> engines. They only test integers, doubles, and strings. So they could 
> probably be part of the Calcite slow tests.
> The tests should be structured so that any query execution engine can be used.
> I plan to contribute such an implementation if people think it is useful, but 
> I haven't yet worked out all the details.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to