У меня есть дизайн базы данных, с которым мне нужно получить помощь
Предположим, у меня есть три таблицы, а именно настройки, книги, жанры. Таблицы связаны следующим образом:
Следующие таблицы доступны в виде, в котором пользователю разрешено добавлять книгу в свой личный стр.
В настоящее время представление требует, чтобы пользователь сначала выбрал жанр, прежде чем он получит возможность выбрать книгу (базовый фильтр c).
Однако представьте, что пользователь имеет выбрал жанр и решает вернуться, чтобы выбрать книгу на более позднем этапе. Тогда эта архитектура не поддерживает сохранение выбранного жанра как часть настроек. Это означает, что, хотя пользователь сохранил свои предпочтения в жанре, ему придется, как только он вернется, чтобы добавить свою книгу, снова выбрать жанр, чтобы затем выбрать книгу.
Следовательно, как бы Я оптимально «рефакторинг» этой архитектуры, чтобы поддерживать то, что я хочу достичь.
Моей первой интуицией было бы добавить еще один столбец в таблицу предпочтений с именем genres_Id и иметь внешний ключ, указывающий на таблицу жанров. Я думаю, что это не очень хорошая практика, хотя ..