Refactor FileSystemBackedTableMetadata and related classes to support getBloomFilters directly
- Dominant language
- Java
- Stars
- 6.2k
- Forks
- 2.5k
- Avg merge
- 2d 8h
- Merged PRs (30d)
- 111
Description
The api {{getBloomFilters}} is not supported in FileSystemBackedTableMetadata:
{code:java}
@Override
public Map, ByteBuffer> getBloomFilters(final List> partitionNameFileNameList)
throws HoodieMetadataException {
throw new HoodieMetadataException("Unsupported operation: getBloomFilters!");
}{code}
It's better to support bloom filters without metadata table from FileSystemBackedTableMetadata as well to unify the logic and reduce the special-cased logic for bloom filters between metadata table vs file system backed metadata.
## JIRA info
- Link: https://issues.apache.org/jira/browse/HUDI-3533
- Type: Improvement
- Epic: https://issues.apache.org/jira/browse/HUDI-6243
---
## Comments
25/Apr/22 12:36;xushiyan;Similar to HUDI-3532;;;
Contributor guide
No contributing guide indexed for this repository
Research direction
Start with FileSystemBackedTableMetadata and its getBloomFilters entry point, then trace the related metadata classes that handle bloom filters. Compare the filesystem-backed and metadata-table paths to identify the special-cased logic; done means the filesystem-backed path supports getBloomFilters without throwing an unsupported-operation exception and the logic is unified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- data-engineering
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100