@Intelix

Какое это отношение?

У меня есть таблица users и таблица users_progress
users содержит поля (ФИО, логин, пароль) которые не должны меняться
users_progress содержит поля (уровень и подобные) которые постоянно меняются
Вопрос в том, какая это связь: one to one или one to many или вообще не стоит заморачиваться и объединить эти таблицы?
  • Вопрос задан
  • 64 просмотра
Решения вопроса 1
sergey-gornostaev
@sergey-gornostaev
Седой и строгий
Если у каждого пользователя может быть только один уровень, то это one to one. Если у пользователя может быть несколько уровней, то one to many. Во втором случае отделять надо точно. В первом зависит от нюансов конкретной системы. Например степени логической связанности данных - на сколько данные в таблице users имеют смысл без данных в таблице users_progress. Или характера работы с данными: если данные из обеих таблиц никогда не выбираются друг без друга, то у вас будет часть ресурсов тратиться на ненужные объединения, но если часть выборок использует только данные из users, а часть только из users_progress, то тратить ресурсы уже будет их нахождение в одной таблице.
Ответ написан
Пригласить эксперта
Ответы на вопрос 1
@d-stream
Готовые решения - не подаю, но...
Ну для начала стоит озвучить структуру таблиц. В данном случае достаточно первичных ключей. Это сразу будет ответом на вопрос.
Ну и да, на будущее: ФИО - может меняться, логин - собственно тоже, а уж пароль...
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы