Hello, experts.
I've started my custom driver implementation from ProjectableFilterableTable. And then found that certain aggregation SQLs cause the "projected" (the 3rd argument of int[]) to be passed as null. As far as I understand, this means that all columns are needed. The problem is that I have dozens of columns, and each SqlTypeName.DOUBLE column is dynamically calculated. I.e. my table can be seen as a complex view, and each numerical column may have a different formula/procedure bound to it.
So, here is a list of nub questions:

1. In a ProjectableFilterableTable, can I do anything about keeping projected list received by ProjectableFilterableTable.scan()?

If not:

2. What is the best suited base class/interface I need to consider instead of ProjectableFilterableTable? Here (http://mail-archives.apache.org/mod_mbox/calcite-dev/201701.mbox/raw/%[email protected]%3e/1) I see an advice to use QueryableTable.

3. In examples, I see CsvTranslatableTable implementing QueryableTable and TranslatableTable. Why may I need the TranslatableTable?

4. From the other point of view, DruidTable implements only TranslatableTable. Why doesn't it implement QueryableTable?

Thank you!

- Alexey.

Reply via email to