Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feedback on pgd 3.7 - "Conflicts" #5671

Closed
ejones-edb opened this issue May 21, 2024 · 1 comment
Closed

Feedback on pgd 3.7 - "Conflicts" #5671

ejones-edb opened this issue May 21, 2024 · 1 comment

Comments

@ejones-edb
Copy link

Summary

This problem exist in the docs for each of BDR/PGD 3.7, 4, and 5. This description of the the delete_recently_updated conflicts default resolution is incorrect as of BDR 3.7:

Another type of conflicting DELETE and UPDATE is a DELETE operation that comes after the row was UPDATEd locally. In this situation, the outcome depends upon the type of conflict detection used. When using the default, [Origin Conflict Detection], no conflict is detected at all, leading to the DELETE being applied and the row removed. If you enable [Row Version Conflict Detection], a delete_recently_updated conflict is generated. The default resolution for this conflict type is to to apply the DELETE and remove the row, but this can be configured or handled via a conflict trigger.

That was true in 3.6 but the default resolver for that conflict was changed to skip in 3.7 (which is correctly listed later in the same page).

Where did you see the problem?

https://github.com/EnterpriseDB/docs/blob/main/product_docs/docs/pgd/3.7/bdr/conflicts.mdx

Expected behavior

This paragraph should correctly note that the default resolver for the delete_recently_updated conflict is skip in all 3.7+ BDR/PGD docs.

Screenshots

No response

Browser / Platform

No response

Additional notes

No response

@josh-heyer
Copy link
Contributor

Fixed by #5711

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

No branches or pull requests

2 participants