https://authzed.com logo
#spicedb
in this case the transactions to write
# spicedb
j

Jake

01/10/2024, 5:12 PM
in this case the transactions to write were likely overlapping. Spicedb postgres will see the data for: "all transactions that were complete before my transaction, and my transaction's mutations", which fully explains the behavior that you're seeing
t

tesority

01/10/2024, 5:15 PM
we decided to fix it in the following way - in case we have consecutive write and read requests we will pass the zedToken from write request response inside read request
j

Jake

01/10/2024, 5:17 PM
right, and that should work if they are isolated userflows, i.e. if the read only needs to read the writes of the write preceeding it, and not all other writes that may have happened on the system concurrently, or what we refer to as the "read your own writes" scenario
if you need to reflect all other writes that may have happened concurrently, you can use the "immediate" consistency level
y

yetitwo

01/10/2024, 5:21 PM
where "immediate" is the same as "fully consistent?"
j

Joey

01/10/2024, 6:30 PM
yes