Я недавно закончил университет и хочу быть в курсе моих навыков работы с данными.Я делаю это, настраивая свою личную базу данных на своем локальном ноутбуке с помощью MySQL Workbench.
Цель моей базы данных - записывать, какие книги я читаю с конца 2018 года. Я начал с нуля,используя ERD для концептуального проектирования моей базы данных и понимания того, как у них складываются отношения между различными объектами.У меня определено несколько отношений многие ко многим, что приводит к моему первому основному вопросу
Являются ли отношения «многие ко многим», которые я придумал, логичными и имеют смысл?
(Я включил ссылку на мой ERD, чтобы помочь вам, ребята, визуализировать мою БД)
Я вижу это, когда дело доходит до разработки отношений «многие ко многим», так:
Множество разных книг могут иметь много разных жанров, связанных с ними. Следовательно, необходимо установить связь между множеством между таблицей Книги и таблицей жанров.
Многие разные читатели могут читать много разных книг, и многие читатели могут читать много разных книг Следовательно, возникает необходимость во многих отношениях между Книгой и Читателем.
Мой ERD
Я почти уверен, что эти отношения логически логичны, но всегда полезно второе мнение.
Второй главный вопрос:
(при условии, что отношения между многими верны) Как я могу создать JOIN, который позволит мне визуализироватьжанр связан с книгами в моей базе данных и другим JOIN, чтобы визуализировать, какие читатели читают какие книги?
Я привык использовать JOINS в рамках базовых табличных отношений, но у меня нет опыта работы со многимимногим таблицам составных ключей при проектировании объединений.Как мне обеспечить правильную связь всех таблиц и получить действительные записи для показа?