Вопрос

Есть ли явная поддержка наследования отдельных таблиц в 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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top