Je commence à utiliser SQLAlchemy pour un nouveau projet où je comptais mettre en œuvre une piste de vérification semblable à celui proposé sur ce quiestions: Permettre à l'utilisateur de rollback de piste d'audit db avec SQLAlchemy
- Implementing Audit Trail for Objects in C#?
- Audit trails and implementing SOX/HIPAA/etc, best practices for sensitive data
- Ideas on database design for capturing audit trails
- What is the best implementation for DB Audit Trail?
- Is this the best approach to creating an audit trail?
- Good strategy for leaving an audit trail/change history for DB applications?
- Data Auditing in NHibernate and SqlServer.
- Ideas on database design for capturing audit trails
Comme je serai déjà toute l'histoire des objets « intéressants », je pensais à permettre aux utilisateurs de revenir à une version donnée, en leur donnant la possibilité d'avoir undo
illimité.
Est-ce que cela peut être fait de manière propre avec SQLAlchemy?
Quelle serait la correcte façon d'exposer cette fonctionnalité dans l'API interne (logique métier et ORM)?
J'étais quelque chose le long des chemins de user.rollback(ver=42)
.
L'permettant de ramification est cool, mais ça ne serait pas vraiment vraiment difficile de faire la fusion vers le bas la route? – voyager
Ce n'est pas comme le contrôle de source. Du point de vue de l'utilisateur, vous avez totalement supprimé C. Vous n'aurez jamais besoin de le fusionner. La seule raison pour laquelle il est toujours présent est une piste d'audit, ou au cas où vous auriez besoin d'extraire manuellement un élément supprimé pour une raison quelconque. –