Как правильно спроектировать приложение?

Question

[Евгений]

Доброго времени суток, возник вопрос по проектированию приложения.
Есть идея приложения с множеством баз данных с одинаковой структурой(схема ниже), вопрос в том, как сделать так, чтобы при авторизации пользователя через api мы получали список всех баз, в которых он может быть зарегистрирован. Баз данных в перспективе может быть около 10-20. Бэкэнд планируется делать на Laravel.
Заранее спасибо за ответы)

Comments

[Ярослав Иванов]

Зачем? А главное зачем?

Answer 1

[Иван Шумов]

Делать обратное разумному это надо быть или смелым глупцом или безумным гением. И гениальностью тут не пахнет

Answer 2

[Владимир Коротенко]

Я вашу идею не понял. Обычно делают наоборот куча веб морд, и одна база, внутри сети возможно что админка. А несколько баз это уже для избыточности, ну или для более сложных случаев

Comments

[Евгений]

Случай как раз особенный, проект задумывается для образовательных учреждений, одно учреждение, одна база, со своим списком дисциплин, сотрудников, учеников и.т.д

[Владимир Коротенко]

Евгений, все равно не понимаю почему не schoolId добавить вместо такого трэша?

[Евгений]

Владимир Коротенко, опираемся на опыт разработчиков системы АСУ РСО, как они сами заявляют, информация по каждой организации хранится в отдельной базе во избежании конфликтов, например когда ученик переходит из одного заведения в другое и.т.д

[Владимир Коротенко]

Евгений, в общем я рекомендую пересмотреть концепцию. Ну или сделать адаптер для доступа к бд, но это так себе решение

[Владимир Коротенко]

Евгений, и что ? Ученик имеет гуид. При переходе у него меняется schoolid и никаких коллизий нет. Или что они немного сэкономили на первичных ключах?

[Евгений]

Владимир Коротенко, это неизвестно, но учитывая что очень часто система бывает недоступна, это было опрометчивое решение

[Владимир Коротенко]

Евгений, так ваша задача и спроектировать так что бы в системе было кэширование. И в конце концов если база не доступна пользователя пошлют