что хочется всем пожелать - при создании нового проекта всегда делайте кастомную модель User и наследуйтесь от AbstractUser, даже если ничего с пользователями вы делать не планируете, в будущем это вам поможет если требования изменятся
это та правка, которую имело бы смысл включить в стартовый шаблон новых проектов по умолчанию чтобы новые проекты создавались с кастомной моделью пользователя
полагаю, она не по умолчанию только из-за желания сделать стартовый шаблон чуть проще
это та правка, которую имело бы смысл включить в стартовый шаблон новых проектов по умолчанию чтобы новые проекты создавались с кастомной моделью пользователя
полагаю, она не по умолчанию только из-за желания сделать стартовый шаблон чуть проще
Если появится надобность добавить поля к юзеру, можно же просто по fk к модели прицепиться :)
получится 2 таблицы, это всё не очень удобно если потом будет миграция с Django куда-нибудь, лишние действия для конфигурирования различных API-генераторов
получится 2 таблицы, это всё не очень удобно если потом будет миграция с Django куда-нибудь, лишние действия для конфигурирования различных API-генераторов
Ну мигрировать проект всегда боль. Объединить две таблицы в одну - не такая и большая проблема на этом фоне
кривой код на некривой переписать легче, сначала тесты, потом постепенный рефакторинг того, что покрыто тестами а вот с СУБД тут сложнее, особенно, если высокие требования к uptime'у
что хочется всем пожелать - при создании нового проекта всегда делайте кастомную модель User и наследуйтесь от AbstractUser, даже если ничего с пользователями вы делать не планируете, в будущем это вам поможет если требования изменятся
это та правка, которую имело бы смысл включить в стартовый шаблон новых проектов по умолчанию чтобы новые проекты создавались с кастомной моделью пользователя
полагаю, она не по умолчанию только из-за желания сделать стартовый шаблон чуть проще