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
We have found rare instances of duplicated connections in the relatedobject table.
The scenario in which we are using generic M2M is to keep a list of attached Reference Values on an XML object. We iterate through the list and attach the Reference Value objects to the original XML object. In the rare cases where the duplication has occurred, the date created field of the table shows that they were created approximately 2 seconds apart from each other.
The error occurs when we attempt another processing run of the XML object. When we attempt the connection the "second" time, the get_or_create in the connection model fails to catch the MultipleObjectsReturned error.
We cannot reliably reproduce the problem. In our database we have approximately 700k connections and have only had about a dozen errors.
We are now trapping the errors and have considered adding a unique together on the related object table.
Sorry I don't have a reproducible scenario.
The text was updated successfully, but these errors were encountered:
We have found rare instances of duplicated connections in the relatedobject table.
The scenario in which we are using generic M2M is to keep a list of attached Reference Values on an XML object. We iterate through the list and attach the Reference Value objects to the original XML object. In the rare cases where the duplication has occurred, the date created field of the table shows that they were created approximately 2 seconds apart from each other.
The error occurs when we attempt another processing run of the XML object. When we attempt the connection the "second" time, the get_or_create in the connection model fails to catch the MultipleObjectsReturned error.
We cannot reliably reproduce the problem. In our database we have approximately 700k connections and have only had about a dozen errors.
We are now trapping the errors and have considered adding a unique together on the related object table.
Sorry I don't have a reproducible scenario.
The text was updated successfully, but these errors were encountered: