ZENOTME commented on issue #1081: URL: https://github.com/apache/iceberg-rust/issues/1081#issuecomment-2732655481
I think the intent of #798 is similar to this issue. We end up needing to implement [RowDeltaAction](https://github.com/apache/iceberg/blob/8f6ebb5b36a0263edfcb04e0c104b26225f95b07/core/src/main/java/org/apache/iceberg/BaseRowDelta.java#L27) for this intent. > @liurenjie1024 What do you think about a transaction action for only delete files, perhaps RowDeleteAction just like FastAppendAction? RowDeleteAction can take DataContentType::EqualityDeletes files and commit them into a new snapshot. On conflict during snapshot creation this action can behave similarly to FastAppendAction. For the action of only deleting files, there may be concurrent new data append(or overwrite behavior) between them. These deleted files will affect the new append data and cause undefined behavior. So looks like we can't avoid the conflict detection. We can open the issue to track this. > My use-case is being able to write delete files and commit them into a new snapshot. Please let me know if there is any other better way for the same. Before we complete RowDeleteAction, personally I think maybe you can try to hack the fast append to append the deleted data file as #798.(If you just want to try some simple case) **It only works in simple cases (e.g. no concurrency write) but doesn't mean it's right**. -- 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 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
