Как добавить пользователя в дочернюю модель, если он есть в родительской?

Question

[Сергей Протасов]

1. Есть обычная модель пользователей.
2. Есть модель

class Driver(get_user_model()):
    ...

Если мы добавляем пользователя в модель Driver, то он автоматически добавляется в модель get_user_model().
Если пользователь есть в get_user_model(), но нет в Driver, как его добавить в Driver?
У модели Driver есть дополнительные поля, которые не нужны в get_user_model().

Answer 1

[Алексей Guest007]

Лучше не наследовать, а добавить модель, связанную OneToOne. Куча примеров как реализовать профили пользователей. Вот это - тоже самое. Их так можно разных линковать, Тогда сущность пользователя (для логина - самое то) одна в любом случае, а все доп.поля - в связанных по один-к-одному моделях.
И никакого дублирования!

Comments

[Сергей Протасов]

да... наверное так и придётся делать. Модель Driver сделать в виде proxy, и переписать менеджер, что бы лишние записи не выдавались. В менеджере проверять есть запись в OneToOne..
Просто думал есть что-то более крутое и я об этом не знаю) в админке придётся мутить что-то, Form переодределять, CreateView, EditView...((
Благодарю.

[Алексей Guest007]

Сергей Протасов, модель Driver - не прокси. Не надо. Просто модель. В ней есть поле user и оно OneToOne к модели юзер. Вот и всё. Остальное решается сигналами, расширением метода save и добавлением в админку Inline
Просто выбираешь потом пользователей, у которых driver не null и получаешь всех водителей. Так же можно добавить модели Dispatcher, Buhgalter и RaznoRabochyi :-)

[Сергей Протасов]

Алексей Guest007, блин так неудобно получается. Получается inline нас User по отношению к Driver.
Когда добавляем в Driver, получается мы создаём модель с дополнительными полями и приинлайненой User)

А выборку делаем по модели User... каша будет.
А чем так плохо?

class Driver(get_user_model()):
    class Meta:
        proxy = True

class DriverExtraFields(models.Model):
    driver = models.OneToOneFields(Driver, on_delete=models.CASCADE, related_name='extra')
    ...

Если в Driver переписать менеджер, то мы с этой моделью только и работаем. А дополнительные поля инлайнем. Логика не нарушается.

[Сергей Протасов]

Сергей Протасов, в менеджере только переопределим get_queryset()

Кстати да... Оно не решает изначальную проблему...

[Алексей Guest007]

Сергей Протасов, то, что ты делаешь (одно поле - одна запись в БД) похоже на EAV (entity-attribute-value). Попробуй, конечно. Оверхед это сильный и усложнеие. Особенно в привязке к такой модели, как User (я пробовал в своё время - замаялся).

Ты неверно понимаешь стандартный подход к профайлам, про который я писал:
1) Создаёшь User и выборки всегда по User
2) Драйвер - связанная таблица с доп.полями
3) В админке основная таблица - юзер, водителя инлайнишь к нему, а не наоборот
4) Админка - это твой инструмент, а не юзера или гражданского админа. Напиши им свои средства управления. Потому что админка - это (почти) прямой доступ к записям в БД - не надо им этого.

Но - это твё дело.

Вот EAV , попробуй. Среди форков точно есть и адаптации под третий питон.

Там и с менеджерами игрались и в админку расширяемой модели поля можно вставить и многое друоге.

Но лучше - как я посоветовал :-)

[Сергей Протасов]

Алексей Guest007, я Wagtail использую)
Вагтайловская админка и будет клиентской) поэтому там по-человече все должно быть) какой то отдельный интерфейс делать накладно, так как сайт корпоративный, там десятки пользователей с разными правами и куча инфы)

[Алексей Guest007]

Сергей Протасов, ну wagtail так wagtail
разницы никакой.

[Сергей Протасов]

Алексей Guest007, разница в том, что она должна быть рабочим кабинетом для пользователей, а не phpmayamdin)
Буду добавлять пользователей вашим способом, а все остальное через прокси модель...