Для padelcoach сейчас занимаюсь миграцией схемы БД. На текущий момент у меня у таблички coach, есть поле club_id. И по факту один тренер как бы может преподавать только в одном клубе.
Эта модель неплохо работала для амстердама (с одним исключением). Но с расширением на новые академии, города и клубы, сценарий когда один тренер дает уроки в нескольких клубах становится все более частым. И эту задачку надо как-то решить, иначе придется создавать по две карточки на тренера, это как-то тупо.
Придумал такой план миграции:
1. Добавляю новую табличку coach_clubs: coach_id, club_id, source.
2. Все скрипты, которые собирают инфу из внешних источников начинают поддерживать новую таблицу. И пишут сразу и по новому, и по старому сценарию, чтобы не сломать апишку.
3. Добавляю новые версии ручек в апишку
4. Мигрирую фронт
Эта модель неплохо работала для амстердама (с одним исключением). Но с расширением на новые академии, города и клубы, сценарий когда один тренер дает уроки в нескольких клубах становится все более частым. И эту задачку надо как-то решить, иначе придется создавать по две карточки на тренера, это как-то тупо.
Придумал такой план миграции:
1. Добавляю новую табличку coach_clubs: coach_id, club_id, source.
2. Все скрипты, которые собирают инфу из внешних источников начинают поддерживать новую таблицу. И пишут сразу и по новому, и по старому сценарию, чтобы не сломать апишку.
3. Добавляю новые версии ручек в апишку
4. Мигрирую фронт