deniskuzZ opened a new issue, #12819:
URL: https://github.com/apache/iceberg/issues/12819
### Feature Request / Improvement
````
create external table ice_orc(a int, b string, c int)
stored by iceberg stored as orc
tblproperties
('format-version'='2','hive.compactor.worker.pool'='iceberg','compactor.threshold.target.size'='1500');
insert into ice_orc values (1, 'one', 50), (2, 'two', 51),(2, 'two', 51),(2,
'two', 51), (3, 'three', 52), (4, 'four', 53), (5, 'five', 54), (111, 'one',
55), (333, 'two', 56);
delete from ice_orc where b='two';
alter table ice_orc compact 'major' and wait;
alter table ice_orc set
tblproperties('history.expire.max-snapshot-age-ms'='1');
alter table ice_orc execute expire_snapshots retain last 1;
````
One would expect all data files before compaction to be removed. That
doesn't happen with the "incremental" strategy, however, it works fine with
"reachable".
Could we expose the cleanup strategy selection in `ExpireSnapshots` API (i.e
`withIncrementalCleanup`)?
### Query engine
None
### Willingness to contribute
- [x] I can contribute this improvement/feature independently
- [ ] I would be willing to contribute this improvement/feature with
guidance from the Iceberg community
- [ ] I cannot contribute this improvement/feature at this time
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org
For additional commands, e-mail: issues-h...@iceberg.apache.org
