Вопрос по моделям. | Forum | Django на русском

18 July 2011, 6:13

von.hamster

Posts: 9

18 July 2011, 6:13

von.hamster

Posts: 9

Допустим есть 2 модели

class User(models.Model):
    name=models.CharField(max_length=150, default='')

class Document(models.Model):
    name=models.CharField(max_length=150, default='')
    creator=models.ForeignKey(User)
    recipients=models.ManyToManyField(User)

В этом случае в базе user создается поле creator и создается таблица связей для поля recipients. Можно ли и как (имею ввиду - не создавая своего класса для поля) сделать так, чтобы creator вместо поля в базе использовал ту-же таблицу связей, что и recipients, только добавил какой-нть атрибут, что это именно creator, а в форме выглядел как одиночный селект.

Чтобы понятнее - нужно, чтобы все объекты типа User хранились в таблице связей, но с разными атрибутами (например, type). но в форме - нужно чтобы одни отображались как список и имели множественную привязку, а другие - одиночную привязку (типа как ForeignKey).

Answer | 0

18 July 2011, 8:45 cachealot Posts: 7	18 July 2011, 8:45 cachealot Posts: 7 Если я вас правильно понял https://docs.djangoproject.com/en/dev/topics/db/models/#many-to-many-relationships второй пример
	Answer \| 0

18 July 2011, 14:39

alerion

Posts: 5750
Location: Львов

18 July 2011, 14:39

alerion

Posts: 5750
Location: Львов

А зачем это все? Что бы таблици красиво выглядели? Есть правила построения БД, нормализации всякие, и их желательно придерживаться. Вообще делаете M2M с указанием промежуточной модели через through. А в коде уже как хотите так и контролируете где одиночная связь, а где множественная. Только гемороя и багов будет больше чем пользы.

Фиксю баги по трейсбеку.

Answer | 0

18 July 2011, 17:31

von.hamster

Posts: 9

18 July 2011, 17:31

von.hamster

Posts: 9

alerion А зачем это все? Что бы таблици красиво выглядели? Есть правила построения БД, нормализации всякие, и их желательно придерживаться. Вообще делаете M2M с указанием промежуточной модели через through. А в коде уже как хотите так и контролируете где одиночная связь, а где множественная. Только гемороя и багов будет больше чем пользы.

Это нужно, например, чтобы делать простые выборки документов для пользователя... Статистика - опять-же. Гораздо быстрее и дешевле в плане ресурсов сделать выборку из таблицы связей по пользователю, чем собирать из всех таблиц (пример - нужны все документы, в которых пользователь хоть как-то участвует. В случае таблицы связей - выбираем id документов фильтруя по пользователю. Все... В случае ForeignKey - придется вначале сделать выбор по польльзователю из таблицы документов (сейчас это только creator, а у меня на самом деле там еще как минимум 3 похожих поля), а затем из таблицы связей, и все это еще слепить, либо делать join, что тоже не айс, даже в случае работы с моделями - первый вариант более привлекательный).

cachealot Если я вас правильно понял https://docs.djangoproject.com/en/dev/topics/db/models/#many-to-many-relationships второй пример

По поводу through - это я разобрался... А во втором примере - что-то запутался...

Answer | 0

18 July 2011, 18:18

alerion

Posts: 5750
Location: Львов

18 July 2011, 18:18

alerion

Posts: 5750
Location: Львов

Гораздо быстрее и дешевле в плане ресурсов сделать выборку из таблицы связей по пользователю

А сколько у вас документов планируется? Выиграша в потраченом времени не вижу, т.к. вам прийдется писать кастомные менджеры, кастомные формы, которые сохраняют создателя, и вся отвественность что создатель будет только один тоже ложится на код. А если проект постоянно дорабатывается, то словить баг на продакшине с двумя создателя будет очень не приятно. Хотя если покроете все хорошенько тестами...

Денормализация базы иногда выглядит привлекательно, но обычно получаете столько гемороя... Не зря ведь её придумали.

нужны все документы, в которых пользователь хоть как-то участвует

Document.objects.filter(Q(creator=user)|Q(recipients=user))

Чтобы понятнее - нужно, чтобы все объекты типа User хранились в таблице связей, но с разными атрибутами (например, type). но в форме - нужно чтобы одни отображались как список и имели множественную привязку, а другие - одиночную привязку (типа как ForeignKey).

Ничего не посоветую, кроме как использовать ModelChoiceField с кастомный queryset.

Updated 18 July 2011, 18:20 by alerion.

Фиксю баги по трейсбеку.

Answer | 0