Re: Quicksql

2020-03-04 Thread Chunwei Lei
ckSQL also need adaptors to make query executed on > >> different data source? > >> > >> > >> Yes, virtualization is one of Calcite’s goals. In fact, when I created > >> Calcite I was thinking about virtualization + in-memory materialized > >> views. > >> Not only

Re: Quicksql

2020-03-02 Thread Siyuan Liu
t;> >> >> Basically, i like and agree with Julian’s statement. It is a great idea >> which personally hope Calcite move towards. >> >> >> Give my best wishes to Calcite community. >> >> >> Thanks, >> Trista >> >> >> Juan Pan >> >> >> panj...@apache.org

Re: Quicksql

2020-03-02 Thread Francis Du
Pan(Trista), Apache ShardingSphere > > > On 12/11/2019 10:53,Haisheng Yuan wrote: > As far as I know, users still need to register tables from other data > sources before querying it. QuickSQL uses Calcite for parsing queries and > optimizing logical expressions with several transfo

Re: Quicksql

2019-12-22 Thread Juan Pan
The query on different data source will then be registered as temp spark tables (with filter or join pushed in), the whole query is rewritten as SQL text over these temp tables and submitted to Spark. - Haisheng -- 发件人:Rui Wang 日 期:201

Re: Quicksql

2019-12-21 Thread Muhammad Gelbana
from other data > sources before querying it. QuickSQL uses Calcite for parsing queries and > optimizing logical expressions with several transformation rules. The query > on different data source will then be registered as temp spark tables (with > filter or join pushed in), the whole que

Re: Quicksql

2019-12-17 Thread Juan Pan
ferent data source will then be registered as temp spark tables (with filter or join pushed in), the whole query is rewritten as SQL text over these temp tables and submitted to Spark. - Haisheng -- 发件人:Rui Wang 日 期:2019年12月1

Re: Quicksql

2019-12-13 Thread Juan Pan
is rewritten as SQL text over these temp tables and submitted to Spark. - Haisheng -- 发件人:Rui Wang 日 期:2019年12月11日 06:24:45 收件人: 主 题:Re: Quicksql The co-routine model sounds fitting into Streaming cases well. I was thinking ho

Re: Quicksql

2019-12-13 Thread Juan Pan
-- 发件人:Rui Wang 日 期:2019年12月11日 06:24:45 收件人: 主 题:Re: Quicksql The co-routine model sounds fitting into Streaming cases well. I was thinking how should Enumerable interface work with streaming cases but now I should also check Interpreter. -Rui On Tue, Dec 10, 2019 at 1:33 PM Julian Hyde w

Re: Quicksql

2019-12-12 Thread Alessandro Solimando
ce will then be registered as temp spark tables (with > filter or join pushed in), the whole query is rewritten as SQL text over > these temp tables and submitted to Spark. > > > > - Haisheng > > > > -- >

Re: Quicksql

2019-12-11 Thread Haisheng Yuan
emp spark tables (with filter or join > pushed in), the whole query is rewritten as SQL text over these temp tables > and submitted to Spark. > > - Haisheng > > -- > 发件人:Rui Wang > 日 期:2019年12月11日 06:24:45 > 收件人: &g

Re: Quicksql

2019-12-10 Thread Juan Pan
then be registered as temp spark tables (with filter or join pushed in), the whole query is rewritten as SQL text over these temp tables and submitted to Spark. - Haisheng -- 发件人:Rui Wang 日 期:2019年12月11日 06:24:45 收件人: 主 题:Re: Qui

Re: Re: Quicksql

2019-12-10 Thread Haisheng Yuan
filter or join pushed in), the whole query is rewritten as SQL text over these temp tables and submitted to Spark. - Haisheng -- 发件人:Rui Wang 日 期:2019年12月11日 06:24:45 收件人: 主 题:Re: Quicksql The co-routine model sounds fitting into

Re: Quicksql

2019-12-10 Thread Rui Wang
The co-routine model sounds fitting into Streaming cases well. I was thinking how should Enumerable interface work with streaming cases but now I should also check Interpreter. -Rui On Tue, Dec 10, 2019 at 1:33 PM Julian Hyde wrote: > The goal (or rather my goal) for the interpreter is to rep

Re: Quicksql

2019-12-10 Thread Julian Hyde
The goal (or rather my goal) for the interpreter is to replace Enumerable as the quick, easy default convention. Enumerable is efficient but not that efficient (compared to engines that work on off-heap data representing batches of records). And because it generates java byte code there is a certa

Re: Quicksql

2019-12-10 Thread Zoltan Farkas
What is the ultimate goal of the Calcite Interpreter? To provide some context, I have been playing around with calcite + REST (see https://github.com/zolyfarkas/jaxrs-spf4j-demo/wiki/AvroCalciteRest for detail of my experime

Re: Quicksql

2019-12-10 Thread Stamatis Zampetakis
The guys at Contiamo [1] are doing similar stuff. I added the nice talk [2] by Chris in ApacheCon to our website. [1] https://www.contiamo.com/ [2] https://youtu.be/4JAOkLKrcYE On Tue, Dec 10, 2019 at 3:05 AM Julian Hyde wrote: > Yes, virtualization is one of Calcite’s goals. In fact, when I cr

Re: Quicksql

2019-12-09 Thread Julian Hyde
Yes, virtualization is one of Calcite’s goals. In fact, when I created Calcite I was thinking about virtualization + in-memory materialized views. Not only the Spark convention but any of the “engine” conventions (Drill, Flink, Beam, Enumerable) could be used to create a virtual query engine. S

Re: Quicksql

2019-12-09 Thread Muhammad Gelbana
I recently contacted one of the active contributors asking about the purpose of the project and here's his reply: >From my understanding, Quicksql is a data virtualization platform. It can > query multiple data sources altogether and in a distributed way; Say, you > can write a SQL with a MySql ta