You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Extracting the start and end of INCLUDE and the addresses in the parser should now be simpler as the old TokenWithLocation struct in sqlparser 0.52.0 has been replaced with the TokenWithSpan struct in sqlparser 0.53.0. The old struct only contained the start location of the Token while the new struct contains both the start and end location.
It may also be worth considering alternative ways to query external and/or remote data in addition to or as a replacement for INCLUDE. For example, datafusion-cli can directly query Apache Parquet files over the network and allows external tables to be created to simplify such queries. It should be possible to implement similar functionality in ModelarDB by registering one or more TableProviderFactorys with Apache DataFusion as a TableProviderFactory allows tables to be created on the fly. While this would allow data to be read remotely, TableProviderFactory does not seem to support pushing down a part of the query plan, to do this datafusion-federation from the datafusion-contrib could be used. Finally, to support including many different systems in the query, datafusion-table-providers from the datafusion-contrib could be used
Initial support for
INCLUDE address...
was added in #266. However, it can be extended in many directions which is tracked by this issue.INCLUDE
and give a warning if it is a cloud node.INCLUDE
in sub-queries, maybe by not requiring it to be the first part of a SQL statement.INCLUDE
inEXPLAIN
, maybe by not requiring it to be the first part of a SQL statement.INCLUDE
address once during parsing instead of with string operations.The text was updated successfully, but these errors were encountered: