Skip to content

Conversation

@bpintea
Copy link
Contributor

@bpintea bpintea commented Oct 20, 2021

This adds the ability to perform cross cluster searching through SQL.
This is done by simply using the CCS-specific cluster:index notation,
where the "cluster" maps to an SQL catalog and "index" to a table;
patterns are supported for both. Noteworthy here is that a search runs
either on the local or remote clusters, but not both (which is a
CCS-specific behaviour).

Another limitation is currently that table enumeration in remote
clusters will not contain aliases (not reported through field caps).
Also, frozen indices are currently not listed as such (they're listed as
normal indices).

SYS COLUMNS command will not take a catalog pattern - an exact match is
required -, following xDBC spec. SYS TABLES can, however.

This adds a new "catalog" request parameter, to be used by the xDBC
clients. It's value is whatever the set-catalog xDBC action is passed to
by the application and will have ES/SQL run the query on the indicated
cluster, in case the query itself doesn't specify a cluster target
(which takes precedence over the parameter).

(cherry picked from commit 733837d)

This adds the ability to perform cross cluster searching through SQL.
This is done by simply using the CCS-specific `cluster:index` notation,
where the "cluster" maps to an SQL catalog and "index" to a table;
patterns are supported for both. Noteworthy here is that a search runs
either on the local or remote clusters, but not both (which is a
CCS-specific behaviour).

Another limitation is currently that table enumeration in remote
clusters will not contain aliases (not reported through field caps).
Also, frozen indices are currently not listed as such (they're listed as
normal indices).

`SYS COLUMNS` command will not take a catalog pattern - an exact match is
required -, following xDBC spec. `SYS TABLES` can, however.

This adds a new "catalog" request parameter, to be used by the xDBC
clients. It's value is whatever the set-catalog xDBC action is passed to
by the application and will have ES/SQL run the query on the indicated
cluster, in case the query itself doesn't specify a cluster target
(which takes precedence over the parameter).

(cherry picked from commit 733837d)
@bpintea bpintea added backport auto-merge-without-approval Automatically merge pull request when CI checks pass (NB doesn't wait for reviews!) v7.16.0 labels Oct 20, 2021
@astefan
Copy link
Contributor

astefan commented Oct 20, 2021

@elasticmachine run elasticsearch-ci/part-2

Remove 'xpack.security.autoconfiguration.enabled' setting.
@elasticsearchmachine elasticsearchmachine merged commit 368267d into elastic:7.x Oct 20, 2021
@bpintea bpintea deleted the port/7.x_78903 branch October 20, 2021 10:19
@bpintea bpintea removed the v7.16.1 label Oct 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

auto-merge-without-approval Automatically merge pull request when CI checks pass (NB doesn't wait for reviews!) backport v7.16.0

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants