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
{{ message }}
This repository was archived by the owner on Jan 7, 2026. It is now read-only.
After the hotfix that deals with unique constraints when inserting active deals, the reverted field is currently being ignored in unique constraints. This raises the question of how to handle unique constraints while considering reverted events.
Proposed Solutions
Delete the unique constraint
Keep the unique constraint and assume that reverted events don’t trigger it
Keep the unique constraint and handle reverted events separately
Remove the reverted field from the database and handle reverted events separately
Keep the unique constraint and the reverted field and send information about reverted events directly to telemetry
Agreed Approach
We will add information about reverted events directly to telemetry while inserting new active deals**. This allows us to continue monitoring reverted events without interfering with the unique constraint.
Subtasks
Modify deal insertion logic to send reverted events information directly to telemetry.
Update Grafana dashboards to track reverted events via telemetry instead of the database.
Context
After the hotfix that deals with unique constraints when inserting active deals, the
revertedfield is currently being ignored in unique constraints. This raises the question of how to handle unique constraints while considering reverted events.Proposed Solutions
revertedfield from the database and handle reverted events separatelyrevertedfield and send information about reverted events directly to telemetryAgreed Approach
We will add information about reverted events directly to telemetry while inserting new active deals**. This allows us to continue monitoring reverted events without interfering with the unique constraint.
Subtasks