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
When receiving data a high-frequency, we are sometimes running into issues where two parallel calls update the same location and both either try to create the same new update record or the same new location. We should probably use PG advisory locks on the ID or external IDs to prevent those calls from colliding.
The text was updated successfully, but these errors were encountered:
Additional cleanup since issue was originally written has largely mitigated the issue, but it would still be good to do this correctly as suggested here.
This project has been shut down. This issue has been left open as a guide for anyone forking this project — addressing this issue (or at least knowing about it!) is likely to be worthwhile for you if you are maintaining a running copy or fork of UNIVAF.
When receiving data a high-frequency, we are sometimes running into issues where two parallel calls update the same location and both either try to create the same new update record or the same new location. We should probably use PG advisory locks on the ID or external IDs to prevent those calls from colliding.
The text was updated successfully, but these errors were encountered: