Skip to content

Initial FORK with restrictions #121950

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
8 of 11 tasks
Tracked by #121652
ioanatia opened this issue Feb 6, 2025 · 1 comment
Open
8 of 11 tasks
Tracked by #121652

Initial FORK with restrictions #121950

ioanatia opened this issue Feb 6, 2025 · 1 comment
Assignees
Labels
>feature priority:high A label for assessing bug priority to be used by ES engineers :Search Relevance/Search Catch all for Search Relevance Team:Search Relevance Meta label for the Search Relevance team in Elasticsearch v9.1.0

Comments

@ioanatia
Copy link
Contributor

ioanatia commented Feb 6, 2025

Meta issue: #121652

The initial implementation of FORK will be under snapshot and will have the following restrictions:

  • First level data retrieval only - not yet general purpose bifurcation of the stream. This allows us to support multiple different subqueries. For bifurcation of the stream, then the planner will have to determine that the fork is actually being performed in second stage retrieval. This is a pragmatic limitation that we can lift later.
  • All branches of the fork must return the same data scheme (same columns). This is a pragmatic limitation that we can lift later. For this reason, only WHERE, SORT, and LIMIT, are supported within fork subqueries.
  • No fork within a fork. This is a pragmatic limitation that we can lift later.
  • Lucene queries are independent - no point-in-time. We can add this later
  • Fork branches are automatically named. We can provide the ability to name the branches later.

Tasks:

@ioanatia ioanatia added :Search Relevance/Search Catch all for Search Relevance >feature priority:high A label for assessing bug priority to be used by ES engineers v9.1.0 labels Feb 6, 2025
@ioanatia ioanatia self-assigned this Feb 6, 2025
@elasticsearchmachine elasticsearchmachine added the Team:Search Relevance Meta label for the Search Relevance team in Elasticsearch label Feb 6, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-search-relevance (Team:Search Relevance)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>feature priority:high A label for assessing bug priority to be used by ES engineers :Search Relevance/Search Catch all for Search Relevance Team:Search Relevance Meta label for the Search Relevance team in Elasticsearch v9.1.0
Projects
None yet
Development

No branches or pull requests

2 participants