wombatu-kun commented on PR #8839: URL: https://github.com/apache/paimon/pull/8839#issuecomment-5089459796
Done b6ec861b9. Leaving the file index predicates unrestricted, which is what separating the two sets amounts to, is not safe either. `DataEvolutionFileStoreScan#pruneByReadType` drops the files of a row id group that write no column of the read type, so for a column outside it the file that wins the column merge can be absent from the split, and the older file left behind holds a dead copy whose index vetoes rows that do match. A predicate is therefore pushed to both the index and the format only when every field it reads belongs to the read type, and only to the files that wrote those fields. `DataEvolutionTableRead#createBlobViewReader` reaches that shape outside tests, it reads with a read type projected to the blob view fields alone while passing the full user predicate. Your repro now returns the row with `_ROW_ID = 50`, but not only it: with `readType = RowType.of(SpecialFields.ROW_ID)` nothing can be pushed down at all, and `executeFilter` has no `f1` to narrow the result with. An exact single row in that shape is only reachable through a bitmap index, which is what `testBitmapSelectionReturnsExactRowId` asserts, with `f1` in the read type so the index applies. -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
