Есть ли явная поддержка однонаправленного наследования в Django? Последнее, что я слышал, все еще находится в стадии разработки и обсуждения.
Существуют ли библиотеки/хаки, которые я могу использовать в то же время, чтобы зафиксировать основное поведение? У меня есть иерархия, которая смешивает разные объекты. Канонический пример структуры корпорации с классом Employee, подклассы для типов сотрудников и manager_id (parent_id) будут хорошим приближением к проблеме, которую я решаю.
В моем случае я хотел бы представить идею о том, что сотрудник может управлять другими сотрудниками при управлении другим сотрудником. Для Менеджера и Работника нет отдельных классов, что затрудняет их распространение по таблицам. Подклассы будут представлять типы сотрудников-программистов, бухгалтеров, продаж и т.д. И будут независимы от того, кто контролирует, кто (ОК, я думаю, это уже не типичная корпорация в некотором отношении).
В настоящее время существуют две формы наследования в Django - MTI (наследование модели модели) и ABC (абстрактные базовые классы).
Я написал учебник о том, что происходит под капотом.
Вы также можете ссылаться на официальные документы на наследование модели.
Я думаю, что OP спрашивает об одностраничном наследовании как определенном здесь:
Реляционные базы данных не поддерживают наследование, поэтому при сопоставлении объектов с базами данных мы должны учитывать, как представлять наши красивые структуры наследования в реляционных таблицах. При сопоставлении с реляционной базой данных мы стараемся минимизировать соединения, которые могут быстро монтироваться при обработке структуры наследования в нескольких таблицах. Однозначное наследование отображает все поля всех классов структуры наследования в одну таблицу.
То есть, одна таблица базы данных для всей иерархии классов сущностей. Django не поддерживает такое наследование.
Смотрите мою попытку:
http://djangosnippets.org/snippets/2408/
Эмуляция "таблицы на иерархию" a.k.a. "наследование одиночной таблицы" в Django. Базовый класс должен содержать все поля. В подклассах не разрешается содержать какие-либо дополнительные поля, и оптимально они должны быть прокси.
Не совсем "однонаправленное наследование таблицы", но достаточно близко для многих ситуаций.
это может быть полезно: https://github.com/craigds/django-typed-models Он выглядит как реализация одностраничного наследования, но имеет ограничение на то, что подклассы не могут иметь никаких дополнительных полей.
существует также вилка, которая решает проблему невозможности создания дополнительных полей: https://github.com/KrzysiekJ/django-typed-models
update: Я считаю, что вилка, возможно, была снова объединена в
вот недавняя дискуссия о списке рассылки разработчиков django о STI: https://groups.google.com/forum/#!msg/django-developers/-UOM8HNUnxg/6k34kopzerEJ
Я думаю, вы можете сделать что-то похожее на это.
Я должен сам реализовать решение этой проблемы, и вот как я ее решил:
class Citrus(models.Model)
how_acidic = models.PositiveIntegerField(max_value=100)
skin_color = models.CharField()
type = models.CharField()
class TangeloManager(models.Manager)
def get_query_set(self):
return super(TangeloManager, self).get_query_set().filter(type='Tangelo')
class Tangelo(models.Model)
how_acidic = models.PositiveIntegerField(max_value=100)
skin_color = models.CharField()
type = models.CharField()
objects = TangeloManager()
class Meta:
# 'appname' below is going to vary with the name of your app
db_table = u'appname_citrus'
У этого могут быть некоторые проблемы с блокировкой... Я не совсем уверен, как django обрабатывает это с моей головы. Кроме того, я действительно не тестировал вышеуказанный код, это строго для развлекательных целей, надеюсь, поставил вас на правильный путь.