django-logicaldelete 1.0

Developer comments<br /><br />django-logicaldelete is a small and simple app that I threw together to get some reuse out of something I do in nearly every project and every model I create. It's too easy for good data to get deleted and it be unrecoverable. It's also too easy to fix this by overriding the model's delete() method and just flagging records as deleted and then leveraging Django's Managers to override default behavior so that logically deleted items are not returned in querysets.<br /><br />There are two exceptions however, that I have found useful to this rule.<br /><br /> 1. In the admin I like to see everything with an indicator of whether or not it has been deleted, with the ability to filter down to just active records, (or deleted for that matter).<br /> 2. I still think it is a valid request when an item is fetched for by it's primary key value, that the object should return, even if it is marked as deleted.<br /><br />Using django-logicaldelete<br /><br />Using the app is pretty simple:<br /><br /> 1. Put the logicaldelete sub-folder in your Python Path.<br /> 2. Inherit from logicaldelete.models.Model for all models that you wish to share in this functionality.<br /> 3. Create and/or Register admins for each of these models using logicaldelete.admin.ModelAdmin<br /><br />Additional<br /><br />Logical deletes are handled by date stamping a date_removed column. In addition, a date_created and date_modified columns will be populated as a convenience.<br /><br />Possible Extensions<br /><br />You can easily subclass these two classes to provide generic and useful functionality to your models.<br /><br />UUID Primary Key<br /><br />I typically using UUID fields for my primary keys because they enable me to shard my tables if and when I need to, in addition, they provide an obfuscated id to my data (people can't determine how many of a certain object I have in my database, if I don't want them to know, but simply looking an an integer id in the URL).<br /><br />Sequence Field<br /><br />Many times I find it useful to have an integer field on my models that allow for and explicitly controlled sequencing. I normally implement this as a sort descending implementation where the data is sorted from high to low by sequence value.<br /><br />In order to to implement this you'd subclass both the Model and ModelAdmin, where the Model would be an obvious simple addition of an IntegerField, the ModelAdmin, would override get_query_set, to do something like:<br /><br /><!--code1--><!--ecode1-->class SequencedModel(logicaldelete.models.Model):<br /> sequence = models.IntegerField()<br /><br />class MyLogicalDeletedManager(logicaldelete.models.LogicalDeletedManager):<br /> def get_query_set(self):<br /> if self.model:<br /> qs = super(MyLogicalDeletedManager, self).get_query_set().filter(date_removed__isnull=True)<br /> if SequencedModel in inspect.getmro(self.model):<br /> qs = qs.order_by('-sequence')<br /> return qs<!--code2--><!--ecode2-->

Requirements:	No special requirements
Platforms:	*nix, Linux
Keyword:	Addition,  Deleted,  Functionality,  Implement,  Integer,  Model,  Modeladmin,  Models,  Object,  Override,  Primary,  Provide,  Return,  Sequence,  Simple,  Subclass
Users rating:	0/10