Improved Django model inheritance with automatic downcasting
Go to file
Brian Kohan 55a09e9cad
Merge pull request #729 from bckohan/master
Update changelog and bump version
2025-12-14 09:10:23 -08:00
.github/workflows move from 6.0 rc1 to 6.0 django in CI 2025-12-03 20:55:53 -08:00
docs update changelog and bump version 2025-12-14 09:09:51 -08:00
example [pre-commit.ci] auto fixes from pre-commit.com hooks 2024-03-12 20:23:19 +00:00
src/polymorphic update changelog and bump version 2025-12-14 09:09:51 -08:00
.gitignore Add a get_child_inlines() hook to inline admin classes 2025-12-07 22:54:12 -08:00
.pre-commit-config.yaml skip precommit hooks in precommit ci because just is not available 2025-12-03 21:52:11 -08:00
.readthedocs.yaml fix rtd build 2025-08-24 21:37:30 -07:00
AUTHORS.md Add a get_child_inlines() hook to inline admin classes 2025-12-07 22:54:12 -08:00
conftest.py add a debug-test recipe that breaks at the start of tests and runs UI in headed mode - fix --trace to work with unittest style tests 2025-12-12 10:57:33 -08:00
CONTRIBUTING.md add a debug-test recipe that breaks at the start of tests and runs UI in headed mode - fix --trace to work with unittest style tests 2025-12-12 10:57:33 -08:00
justfile add a debug-test recipe that breaks at the start of tests and runs UI in headed mode - fix --trace to work with unittest style tests 2025-12-12 10:57:33 -08:00
LICENSE updated docs, and moved them to DOCS.rst and README.rst 2010-01-26 14:28:22 +01:00
manage.py add a make-test-migrations recipe that regenerates test migrations using the lowest version of supported django 2025-12-11 15:04:20 -08:00
pyproject.toml update changelog and bump version 2025-12-14 09:09:51 -08:00
README.md support django 6 and python 3.14, update databases in CI 2025-11-29 22:29:06 -08:00
tox.ini support django 6 and python 3.14, update databases in CI 2025-11-29 22:29:06 -08:00
uv.lock update changelog and bump version 2025-12-14 09:09:51 -08:00

django-polymorphic

License: BSD Ruff PyPI version PyPI pyversions PyPI djversions PyPI status Documentation Status Code Cov Test Status Lint Status Published on Django Packages Jazzband


Postgres MySQL MariaDB SQLite Oracle


Polymorphic Models for Django

django-polymorphic simplifies using inherited models in Django projects. When a query is made at the base model, the inherited model classes are returned.

When we store models that inherit from a Project model...


    >>> Project.objects.create(topic="Department Party")
    >>> ArtProject.objects.create(topic="Painting with Tim", artist="T. Turner")
    >>> ResearchProject.objects.create(topic="Swallow Aerodynamics", supervisor="Dr. Winter")

...and want to retrieve all our projects, the subclassed models are returned!


    >>> Project.objects.all()
    [ <Project:         id 1, topic "Department Party">,
      <ArtProject:      id 2, topic "Painting with Tim", artist "T. Turner">,
      <ResearchProject: id 3, topic "Swallow Aerodynamics", supervisor "Dr. Winter"> ]

Using vanilla Django, we get the base class objects, which is rarely what we wanted:


    >>> Project.objects.all()
    [ <Project: id 1, topic "Department Party">,
      <Project: id 2, topic "Painting with Tim">,
      <Project: id 3, topic "Swallow Aerodynamics"> ]

This also works when the polymorphic model is accessed via ForeignKeys, ManyToManyFields or OneToOneFields.

Features

  • Full admin integration.

  • ORM integration:

    • support for ForeignKey, ManyToManyField, OneToOneField descriptors.
    • Filtering/ordering of inherited models (ArtProject___artist).
    • Filtering model types: instance_of(...) and not_instance_of(...)
    • Combining querysets of different models (qs3 = qs1 | qs2)
    • Support for custom user-defined managers.
  • Uses the minimum amount of queries needed to fetch the inherited models.

  • Disabling polymorphic behavior when needed.

Note: While django-polymorphic makes subclassed models easy to use in Django, we still encourage to use them with caution. Each subclassed model will require Django to perform an INNER JOIN to fetch the model fields from the database. While taking this in mind, there are valid reasons for using subclassed models. That's what this library is designed for!

The current release of django-polymorphic supports Django 2.2 - 5.2 on Python 3.9+.

For more information, see the documentation at Read the Docs.

Installation

    $ pip install django-polymorphic

License

django-polymorphic uses the same license as Django (BSD-like).