ERD

[MarshalX]

1. Таблица "Проживание" выглядит как many-to-many. Для чего нужна эта промежуточная табица? Пойму только, если один и тот же счет за проживание может выставлять нескольким пользователям. Звучит как-то странно. Разве не на одного человека оформляется? Мне кажется, что тут должно быть one-to-many.

2. У пользователя не хватает поля с типом учетной записи

3. Если и делать тип учетной записи, то никакие другие таблицы от неё потом не идут. По сути эта таблица просто содержит в себе ключ-значение. Где ключ - это ID, а значение - название типа учетной записи. В итоге твоя таблица содержит две колонки и ней записи с типами учеток. А вообще погугли про Enum, он есть в MySql, на уровне моделей надеюсь тоже есть.

4. Оказание услуг и услуги неправильно связаны. В услуге должно быть поле на указание записи в "оказание услуг". Возможно, просто опечатка, ибо там в двух таблицах service_id, но тут скорее поле забыла

[Nastya-Cipher]

2 и 3 исправила в 1 по идее всё правильно, ведь у меня будет функция переселения из одного номера в другой 4 я не поняла, что ты хочешь, во многих таблицах так связано, а не правильно только здесь

[MarshalX]

Если в 4 всё правильно, то это one-to-one, а значит у "оказание услуг", может быть только одна услуга. Если это правильная логика, то ок

[MarshalX]

в 1 по идее всё правильно, ведь у меня будет функция переселения из одного номера в другой

Как это связано с тем, что у тебя дополнительная таблица для many-to-many? Переселение это вообще изменение комнаты. В твоей текущей таблице "проживание" связь счетов за проживание с пользователем. Еще раз спрошу. Зачем?)

[Nastya-Cipher]

Я запуталась в этих связях, даже пробовала создать немного другую схему, но там ещё хуже, и короче из-за этого я не могу в проект добавить модели и миграции(1 задания из редми), ну то есть могу, но это тогда будут не все, а я не хочу частями всё делать(