You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As pointed out on the mailing list, the current persistence implementation in Polaris, even if run with the required isolation level, yields errors like ERROR: could not serialize access due to read/write dependencies among transactions. The underlying test case, which runs concurrent modifications to different Iceberg tables (non-conflicting changes) and did not "overload" Polaris, should really never yield such errors to users.
This issue could be a consequence of #775, assuming that the behavior of one persistence backend can be ported 1:1 to another one.
To Reproduce
No response
Actual Behavior
No response
Expected Behavior
No response
Additional context
No response
System information
No response
The text was updated successfully, but these errors were encountered:
Describe the bug
As pointed out on the mailing list, the current persistence implementation in Polaris, even if run with the required isolation level, yields errors like
ERROR: could not serialize access due to read/write dependencies among transactions
. The underlying test case, which runs concurrent modifications to different Iceberg tables (non-conflicting changes) and did not "overload" Polaris, should really never yield such errors to users.This issue could be a consequence of #775, assuming that the behavior of one persistence backend can be ported 1:1 to another one.
To Reproduce
No response
Actual Behavior
No response
Expected Behavior
No response
Additional context
No response
System information
No response
The text was updated successfully, but these errors were encountered: