Skip to content

Conversation

@kbrwn
Copy link
Contributor

@kbrwn kbrwn commented Oct 29, 2025

Adds section under the WatchPermissionSets heading to explain how event ordering works in Materialize.

@vercel
Copy link

vercel bot commented Oct 29, 2025

@kbrwn is attempting to deploy a commit to the authzed Team on Vercel.

A member of the Team first needs to authorize it.

@kbrwn kbrwn requested a review from vroldanbet October 29, 2025 19:08
Copy link
Contributor

@vroldanbet vroldanbet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One remark, otherwise looks good to me

Materialize guarantees at-least-once delivery and preserves the order of revisions exactly as emitted by SpiceDB. Revisions will not arrive out of order. However, events within a single revision may appear in any order, since their intra-revision ordering is not semantically significant.

- **"Revision completed" indicates prior events have been received**
All events for a given revision will be emitted before the corresponding `"revision completed"` event is sent. If strict ordering of events within a revision is required, client-side ordering logic must be implemented.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ordering of events of a revision is semantically irrelevant, I think that was made clear in the previous point, so it seems confusing to mention that the client should take care of this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants