D
тебе бы связь один к одному сделать
Size: a a a
2020 August 11
D
users <-> teachers
D
не все пользователи учителя
AP
Здравствуйте, люди, а нормальная ли практика использовать две модельки на один table в базе данных.
У меня есть тейблы "users" и "teachers" (в котором дополнительные данные для юзера, если у него будет роль teacher).
Получается у меня есть вторая моделька Teacher(у которого table "users") в которой я юзаю globalScope который делает join дополнительных данных с table "teachers".
У меня есть тейблы "users" и "teachers" (в котором дополнительные данные для юзера, если у него будет роль teacher).
Получается у меня есть вторая моделька Teacher(у которого table "users") в которой я юзаю globalScope который делает join дополнительных данных с table "teachers".
чет как-то не
AT
users <-> teachers
Тоже так думаю, спасибо)
D
Тоже так думаю, спасибо)
к слову, иногда делают карточки
D
в образовательных системах, сущность users цельная
D
например
юзер, имеет карточки:
1)студент колледжа
2)студент бакалавра
3)студент магистратуры
преподавательские карточки
юзер, имеет карточки:
1)студент колледжа
2)студент бакалавра
3)студент магистратуры
преподавательские карточки
D
ну вот отсидел все 10 лет в одной шараге ещё и преподом стал
AT
чет как-то не
Да вот тоже думаю, что как-то не то. Хоть и выглядит вполне реализуемо, на вид как антипаттерн, тем более если кто-нибудь будет читать код, вообще офигеет
AT
например
юзер, имеет карточки:
1)студент колледжа
2)студент бакалавра
3)студент магистратуры
преподавательские карточки
юзер, имеет карточки:
1)студент колледжа
2)студент бакалавра
3)студент магистратуры
преподавательские карточки
А получается вот эти карточки будут отдельными тейблами?
D
А получается вот эти карточки будут отдельными тейблами?
а у тебя есть различия в карточках?
D
ну это просто мысли, подумать
AT
У меня думаю только два варианта, это студент и учитель. В этом случае студент это пользователь
AT
Я поделил их через роли, чтобы в будущем если пользователь захочет стать учителем, просто добавить ему роль
AT
И появилась проблема когда учителю стало нужно добавить дополнительные данные
D
Я поделил их через роли, чтобы в будущем если пользователь захочет стать учителем, просто добавить ему роль
но он ведь перестаёт быть студентом
D
в случае с карточками, у них есть срок, это обучение или длительность трудового договора
D
ну в целом, мне кажется стоит просто hasOne связь сделать
D
и доп поля прикручивать