Что хотят услышать интервьюеры:

Нужно показать, что в Django есть несколько способов наследования моделей и у каждого своя задача. Важно уметь объяснить разницу между abstract base classes, multi-table inheritance и proxy models. Также ожидают понимание, когда наследование помогает переиспользовать поля и логику, а когда лучше использовать композицию.

Определение:

Наследование моделей в Django — это механизм, который позволяет создавать новые модели на основе уже существующих, переиспользуя поля, методы и поведение. В практике это используют для уменьшения дублирования кода, выделения общих атрибутов и настройки способа хранения данных в базе.
Основные варианты:

Абстрактная базовая модель — общие поля и методы наследуются, но отдельная таблица для базового класса не создаётся.
Наследование с несколькими таблицами — для каждого класса создаётся своя таблица, а связь между ними строится через OneToOne.
Proxy-модель — структура таблицы не меняется, но добавляется альтернативное поведение или кастомный менеджер.

Пример использования:

Например, есть общий набор полей для документов: дата создания и кто создал запись. Его удобно вынести в абстрактную базовую модель.

from django.db import models
from django.contrib.auth import get_user_model

User = get_user_model()

class BaseStampedModel(models.Model):
    created_at = models.DateTimeField(auto_now_add=True)
    created_by = models.ForeignKey(User, on_delete=models.CASCADE)

    class Meta:
        abstract = True

class Invoice(BaseStampedModel):
    number = models.CharField(max_length=32)
    total = models.DecimalField(max_digits=10, decimal_places=2)

class Act(BaseStampedModel):
    act_number = models.CharField(max_length=32)
    description = models.TextField()

Здесь Invoice и Act получают общие поля без дублирования, а отдельной таблицы для BaseStampedModel в базе не будет.

Пояснение кода:

Код показывает абстрактное наследование:

BaseStampedModel содержит общие поля created_at и created_by.
В Meta указано abstract = True, поэтому Django не создаёт таблицу для этого класса.
Классы Invoice и Act наследуют эти поля и добавляют свои собственные.
При миграции Django создаст отдельные таблицы только для Invoice и Act, но в каждой из них будут и унаследованные поля.

Если бы использовалось multi-table inheritance, то Django создал бы отдельную таблицу и для базового класса, и для дочернего, а связь между ними была бы через автоматически созданное отношение один-к-одному. Это полезно, если базовая сущность сама по себе имеет смысл как отдельная таблица.
Если бы использовалась proxy model, то таблица осталась бы той же, но можно было бы изменить сортировку, менеджер или добавить удобные методы без изменения схемы БД.

Ключевые моменты:

Абстрактные модели — самый частый вариант для повторного использования полей и методов.
Multi-table inheritance подходит, когда базовый класс должен храниться в отдельной таблице.
Proxy-модели используют для изменения поведения без изменения схемы базы.
Наследование удобно для общих атрибутов вроде created_at, updated_at, status, owner.
Если нужно лишь общее поведение, а не общая структура данных, часто лучше использовать композицию, а не наследование.
Важно понимать влияние выбранного типа наследования на миграции, запросы и сложность ORM-логики.

Объясните принцип наследования моделей в Django и как оно используется в практике разработки