Discussion :

[ptrs32]

Bonjour à tous,

Pour un projet Django sur lequel je travaille, j’utilise django-simple-history pour gérer l’historique de chacun de mes modèles. Tout fonctionne très bien lorsque je crée, modifie ou supprime un objet, la bibliothèque génère un <HistoricalObject> compilant certaines infos nécessaires au suivi. Mon problème est lorsque j’effectue une suppression en cascade.

Par exemple, j’ai une table B qui hérite d’une table A. Quand je supprime un objet de ma table A, je lui ai demandé de supprimer aussi tous ses objets liés dans la table B. Django-simple-history génère un <HistoricalObject> pour l’objet de ma table A mais pour le B il est "corrompu" avec "erreur de formatage" parce que l’objet B supprimé possède en attribut l'objet A qui n’existe plus à ce moment et cela crée une erreur.
Je ne peux même pas lire le <HistoricalObject> de B lorsque je l’interroge.

L’erreur est :

MyApp.models.tableA_object.DoesNotExist : tableA_object matching query does not exist.

Je n’ai rien trouvé sur les forums à ce sujet et ça me bloque vraiment, je ne peux pas faire sans suppression en cascade et django-simple-history répond à tous mes besoins sauf celui-ci. J'ai du mal à croire que les développeurs n'aient pas pensé à gérer la suppression en cascade qui est assez classique quand on utilise Django..


Quelques infos si besoin :

Django 4.0.3
django-simple-history 3.1.1
MySql
Python 3.9.7


Merci de votre aide !

[fred1599]

Bonjour,

J'ai du mal à voir pourquoi tu cherches à supprimer en CASCADE d'un côté et de l'autre. Mais une des solutions pourraient être de surcharger la méthode delete de ton modèle où se trouve l'erreur en là catchant.

[ptrs32]

Bonjour,

J'ai du mal à voir pourquoi tu cherches à supprimer en CASCADE d'un côté et de l'autre. Mais une des solutions pourraient être de surcharger la méthode delete de ton modèle où se trouve l'erreur en là catchant.

Merci de ta réponse,

La suppression en cascade se fait toute seule lorsque je supprime un objet d'une table parent. La suppression entraine la création d'un objet d'historique indiquant entre autre la date, l'utilisateur d'origine et les données sur l'objet supprimé.
Mon problème est que visiblement django-simple-history ne peut créer ces objets de suivi que lorsque je crée, modifie ou supprime un objet à la fois et n'y arrive pas pour les objets "enfant" supprimés en cascade.

Cas fonctionnel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 INDIVIDU 
 id
 nom            => Suppression Objet INDIVIDU   =>   django-simple-history génère un objet de suivi A dans la table HistoricalTableA
 prenom

Cas problématique :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 INDIVIDU    VACANCES
 id          objet_individu (CASCADE)
 nom         lieu visité                => Suppression Objet INDIVIDU   =>   Suppression auto Objet VACANCES associé  =>  django-simple-history génère un objet de suivi dans la table HistoricalIndividu
 prenom      date                                                                                                         django-simple-history génère un objet de suivi dans la table HistoricalVacances /!\ ERREUR ILLISIBLE, objet_individu INCONNU /!\

(J’espère que c'est clair )

Voilà ce que je comprend en tout cas de ce qui provoque cette erreur.

Ce n'est pas pour un modèle uniquement c'est pour chaque fois que Django applique la suppression en cascade, alors je ne vois pas bien comment surcharger la méthode delete de mes models pourrait m'aider.

[fred1599]

Ok je vois, pourtant j'ai l'impression que cette utilisation est gérée depuis un moment sur cette application -> voir ICI

Ne connaissant pas ce module, il faut sans doute aller plus loin dans les docs pour comprendre quoi faire...

[ptrs32]

Ok je vois, pourtant j'ai l'impression que cette utilisation est gérée depuis un moment sur cette application -> voir ICI

Ne connaissant pas ce module, il faut sans doute aller plus loin dans les docs pour comprendre quoi faire...

J'avais aussi trouvé cette info mais ici ils ne parlent que de suppression des objets de suivi en cascade, ceux générés par ce module, pas des objets eux même.


Merci quand même pour ton aide, je vais relire la doc.