Планируется такой функционал...
Будет админка, где админ создает врачей. Можно создать и пациента. Врач потом авторизуется, может видеть свои заключения и пациентов своих. Пациент тоже авторизуется и водит свои заключения. Позже еще у врача будет календарь с графиком приемов.
Больше меня интересует авторизация. Я сейчас смотрю симфони кастс про авторизацию. Вроде можно указать из каких ентити использовать авторизацию... Ну логин имею ввиду...

Чую фесора скоро с рынка подвинут

Если я разделю на отдельные таблицы, то как авторизацию сделать правильно?

Сложную логику, если такая будет, возможно будет сложно на готовой админке навернуть если будет что то больше чем стандартные формы

Авторизация отдельно, она не причем к доктору и пациенту :) очевидно же

Id авторизованного юзера тебе хватит :)

У меня бадет таблица User. Авторизация будет искать логин и пароль в этой таблице. ... Точно. Дошло. Спасибо ))

Ну получается все пользователи будут в одной таблице, только в таблице Doctor будут user_id, ФИО, специализация и т.д. ? Так наверно будет правильно?

а в таблице пациентов их инфа

и в ROLES разрешения

А как вытащить контейнер в symfony в codeception, кто нибудь, случайно знает? Мне commandbus мой надо протестировать, что-то не могу найти как.

$I->grabService(CommandBus::class)

Вод grabService говорит, что нема такого

а что если у тебя будет табличка с кредами и отдельно таблички для пациентов и врачей?

К слову - если подумать лучше то через какое-то время тебе всеравно придется разделять как логинятся пациенты и как логинятся врачи.

А если врач заболел и стал пациентом?

Врач может пойти к врачу как пациент еще

вот думаю как сейчас это всё увязать и порешать...

То это всеравно отдельная запись. Могут быть общие креды но "обычно" у них отличаются требования

Креды и есть креды, какая будет разница 1 таблица или 2? С логами и пассами

разные требования могут быть.