Наследование одного стола в Джанго
-
04-07-2019 - |
Вопрос
Есть ли явная поддержка наследования отдельных таблиц в Django? Последнее, что я слышал, эта функция еще находилась в стадии разработки и обсуждения. Р>
Есть ли библиотеки / хаки, которые я могу использовать в то же время для захвата основного поведения? У меня есть иерархия, которая смешивает разные объекты. Канонический пример корпоративной структуры с классом Employee, подклассами для типов сотрудников и manager_id (parent_id) будет хорошим приближением к решаемой мной проблеме. Р>
В моем случае я хотел бы представить идею, что сотрудник может управлять другими сотрудниками, находясь под управлением другого сотрудника. Не существует отдельных классов для Manager и Worker, что затрудняет распределение по таблицам. Подклассы будут представлять типы сотрудников-программистов, бухгалтеров, менеджеров по продажам и т. Д. И не будут зависеть от того, кто кого контролирует (хорошо, я думаю, что в некотором отношении это уже не типичная корпорация). Р>
Решение
В настоящее время в Django существуют две формы наследования - MTI (наследование таблиц моделей) и ABC (абстрактные базовые классы).
Я написал учебник о том, что происходит под капотом.
Вы также можете сослаться на официальные документы в наследовании модели . р>
Другие советы
Я думаю, что ОП задает вопрос о наследовании одной таблицы как определенный здесь : р>
Реляционные базы данных не поддерживают наследование, поэтому при сопоставлении объектов с базами данных мы должны рассмотреть, как представить наши хорошие структуры наследования в реляционных таблицах. При отображении в реляционную базу данных мы стараемся свести к минимуму объединения, которые можно быстро смонтировать при обработке структуры наследования в нескольких таблицах. Наследование в одной таблице отображает все поля всех классов структуры наследования в одну таблицу.
То есть одна таблица базы данных для всей иерархии классов сущностей. Джанго не поддерживает такого рода наследство.
Смотрите мою попытку:
http://djangosnippets.org/snippets/2408/
Эмуляция "таблицы на иерархию" a.k.a. «наследование одной таблицы» в Джанго. Базовый класс должен содержать все поля. Его подклассам не разрешается содержать какие-либо дополнительные поля, и, оптимально, они должны быть прокси.
Не совсем "наследование одной таблицы", но достаточно близко для многих ситуаций.
Я думаю, что вы можете сделать что-то похожее на это. Р>
Я сам должен решить эту проблему, и вот как я ее решил:
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 справляется с этим с моей головы. Кроме того, я на самом деле не тестировал приведенный выше код, это исключительно для развлекательных целей, чтобы надеяться, что вы на правильном пути.
это может быть полезно: https://github.com/craigds/django-typed- модели Это выглядит как реализация наследования отдельных таблиц, но у него есть ограничение на то, что подклассы не могут иметь никаких дополнительных полей.
есть также форк, который решает проблему невозможности создания дополнительных полей: https://github.com/KrzysiekJ/django-typed-models
обновление: я полагаю, что ответвление могло быть объединено обратно в
вот недавнее обсуждение списка рассылки разработчиков django о STI: https://groups.google.com/forum/#! MSG / Джанго-разработчиков / -UOM8HNUnxg / 6k34kopzerEJ