Skip to main content

Tracking dirty fields on a Django model instance

Project description

https://travis-ci.org/smn/django-dirtyfields.svg?branch=develop

Tracking dirty fields on a Django model instance.

$ pip install django-dirtyfields

or if you’re interested in developing it

$ virtualenv --no-site-packages ve/
$ source ve/bin/activate
(ve)$ pip install -r requirements.pip
(ve)$ python setup.py develop
(ve)$ cd example_app && ./manage.py test testing_app

Makes a Mixing available that will give you the methods:

  • is_dirty()

  • get_dirty_fields()

Using the Mixin in the Model

from django.db import models
from dirtyfields import DirtyFieldsMixin

class TestModel(DirtyFieldsMixin, models.Model):
    """A simple test model to test dirty fields mixin with"""
    boolean = models.BooleanField(default=True)
    characters = models.CharField(blank=True, max_length=80)

Using it in the shell

(ve)$ ./manage.py shell
>>> from testing_app.models import TestModel
>>> tm = TestModel(boolean=True,characters="testing")
>>> tm.save()
>>> tm.is_dirty()
False
>>> tm.get_dirty_fields()
{}
>>> tm.boolean = False
>>> tm.is_dirty()
True
>>> tm.get_dirty_fields()
{'boolean': True}
>>> tm.characters = "have changed"
>>> tm.is_dirty()
True
>>> tm.get_dirty_fields()
{'boolean': True, 'characters': 'testing'}
>>> tm.save()
>>> tm.is_dirty()
False
>>> tm.get_dirty_fields()
{}
>>>

Checking foreign key fields.

By default, dirty functions are not checking foreign keys. If you want to also take these relationships into account, use check_relationship parameter:

(ve)$ ./manage.py shell
>>> from testing_app.models import TestModel
>>> tm = TestModel(fkey=obj1)
>>> tm.save()
>>> tm.is_dirty()
False
>>> tm.get_dirty_fields()
{}
>>> tm.fkey = obj2
>>> tm.is_dirty()
False
>>> tm.is_dirty(check_relationship=True)
True
>>> tm.get_dirty_fields()
{}
>>> tm.get_dirty_fields(check_relationship=True)
{'fkey': obj1}

Why would you want this?

When using signals, especially pre_save, it is useful to be able to see what fields have changed or not. A signal could change its behaviour depending on whether a specific field has changed, whereas otherwise, you only could work on the event that the model’s save() method had been called.

Credits

This code has largely be adapted from what was made available at Stack Overflow.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django-dirtyfields-0.4.tar.gz (4.2 kB view details)

Uploaded Source

File details

Details for the file django-dirtyfields-0.4.tar.gz.

File metadata

File hashes

Hashes for django-dirtyfields-0.4.tar.gz
Algorithm Hash digest
SHA256 18eea8addc6086359414074876514051ca9f9848ad607604ebbbfa539f3f6d31
MD5 8d0fea16eca7b30e9a51bf501d16720f
BLAKE2b-256 1706fd48951bc99ea3da1baf8736b670640f7b5f3c5738810269670928752572

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page