Можно ли делать запрос к промежуточной таблице многие-ко-многим для извлечения конкретной информации?

Question

[TRIG]

Есть простая структура БД:

CREATE TABLE books
( 
    book_id integer NOT NULL,
    book_name varchar(32) NOT NULL,
)
CREATE TABLE autors
( 
    autor_id integer NOT NULL,
    autor_name varchar(32) NOT NULL,
)
CREATE TABLE book_autor
( 
    book_id integer NOT NULL,
    autor_id integer  NOT NULL,
    PRIMARY KEY (book_id , autor_id),
    FOREIGN KEY (book_id) REFERENCES books,
    FOREIGN KEY (autor_id ) REFERENCES autors,
);

1. У нас есть много книг и много авторов.
2. У конкретного автора может быть много книг.
3. У конкретной книги может быть много авторов (со-авторов).

ВОПРОС:
Можем ли мы сделать запрос к БД и извлечь из промежуточной таблицы (book_author) информацию по конкретной книге?

Т.е. у нас для работы есть только информация о книге и теперь нужно извлечь информацию о её авторе (авторах).

И какие еще есть способы извлечения такой информации из БД?

Приемлемо ли вообще делать такие запросы к промежуточным таблицам?

Comments

[Everything_is_bad]

Приемлемо ли вообще делать такие запросы к промежуточным таблицам?

перестань прибегать сюда на каждый чих, ты учишься, у тебя нет опыта, поэтому ты не способен сразу всё сделать правильно, но минимум тебе надо собрать то что ты напридумывал и начать с этим работать, только тогда ты начнешь понимать, что не так, искать другие варианты, опять их пробовать и так далее, до посинения. Только так, а сюда уже прибегать с конкретной ошибкой, которую ты не осилил.

Answer 1

[ThunderCat]

Можем ли мы сделать запрос к БД и извлечь из промежуточной таблицы (book_author) информацию по конкретной книге?

Из "промежуточной" можно извлечь только связи, она для этого и нужна.

Т.е. у нас для работы есть только информация о книге и теперь нужно извлечь информацию о её авторе (авторах).

В чем вопрос? Как сделать джоин с 3 таблицами? Так же как с двумя, только с тремя.

Приемлемо ли вообще делать такие запросы к промежуточным таблицам?

Какие - "такие"? У вас вообще ни одного запроса не написано.

Comments

[TRIG]

Тут больше теоретический вопрос по использованию промежуточных таблиц.
К ним не возбраняется обращаться для извлечения информации? Это приемлемый вариант в реальном проекте?
Или есть способы лучше/корректней/правильней, если мы хотим найти авторов конкретной книги?

[ThunderCat]

TRIG, У вас просто нет вариантов других, собсно она для того и заводится чтобы можно было восстановить связь, иначе зачем вообще она нужна?

[TRIG]

ThunderCat, но нам будет достаточно информации только о конкретной книге, чтобы авторов найти?
Извините, я просто совсем новичок и плохо понимаю проектирование.

[ThunderCat]

TRIG, у вас из данных хватит только id книги. Соответственно выбираем книгу с нужным айди, к ней джойним связи с таким айди книги, к связям джойним авторов по автор_айди из связей...

[TRIG]

ThunderCat, сердечно благодарю вас!

[Василий Банников]

Из "промежуточной" можно извлечь только связи, она для этого и нужна.

Но никто не запрещает добавить туда ещё какие-то данные или вообще денормализовать.

[Василий Банников]

TRIG,

К ним не возбраняется обращаться для извлечения информации? Это приемлемый вариант в реальном проекте?

Если это решает задачу лучше, чем другие варианты, то почему нет?

Или есть способы лучше/корректней/правильней, если мы хотим найти авторов конкретной книги?

Если у тебя есть id нужной книги и тебе будет достаточно id её авторов, то тогда обычного select + where к этой самой промежуточной таблице будет достаточно.

Если нужно больше информации, то тогда JOIN к соответствующим таблицам добавляем.

Answer 2

[alexalexes]

Что-то много философии про можно/нельзя. Нужно влоб погуглить "join-ы в sql" и набросать что-то такое:

select b.*, -- все колонки по книге
        a.* -- все колонки по сведениям об авторе
from books as b
join book_autor as ba on b.book_id = ba.book_id  -- если у книги может не быть авторов, то нужен left join
join autors as a on ba.autor_id = a.autor_id -- если у книги может не быть авторов, то нужен left join
where b.book_id = :book_id -- сюда подставляем параметр нужной книги.

Comments

[WitER]

Да, только в результате мы получим количество записей равное количеству связей с авторами(которое придётся дальше агрегировать до единственной книги и набора авторов). Для конкретной книги - проще получить список авторов отдельным запросом(затрагивая только таблицы book_author, authors).

[ThunderCat]

WitER,

Да, только в результате мы получим количество записей равное количеству связей с авторами

то есть те же яйца, вид сбоку. Только делать будете не 1 запрос, а 2. Вы все равно получаете все book_author>authors ограниченные через book_id. Количество записей будет одинаковым, точнее в вашем случае даже на 1 больше.

придётся дальше агрегировать

Зачем? Да, в каждой строке будет дублироваться книга (что вообще пофиг), но это будет 1 запрос и 1 массив, а не 2. Практической разницы около 0.