lance-format / lance-format/lance

Find a way to aware accurate fragment id in operation of transaction

Open
#4,237 17 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Rust
Stars
7.1k
Forks
852
Avg merge
3d 18h
Merged PRs (30d)
272

Description

Recently, I have been implementing the diff feature #3979 .

By discussing with @jackye1995 , the suggestion is that it would be better to get the delta(changed) fragments' id from a transaction.

I find that it can not get the accurate fragment ID in the operation(e.g. Append) of a specific transaction. If an operation has multiple fragments, the IDs of the fragments always start from 0. Based on this, when we get a transaction of a version, we can not get the right fragment IDs. And it's hard to get the right FragmentReader to fetch data.

I know the current mechanism is that we assign the fragments' ID after writing the transaction file.

Just open this issue to discuss if we can make the transaction aware of the accurate fragment ID.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue points to transaction operations such as Append and the transaction-file write step, with diff feature #3979 as context. Start by tracing how fragment IDs are assigned after writing a transaction file; done means a version transaction can expose accurate changed-fragment IDs so the right FragmentReader can be selected.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
data-engineering
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.