Как отладить запрос, который имеет правильный синтаксис, выполняет, но не возвращает результатов?

Question

Итак, я пишу довольно сложный запрос с полудюжиной объединений, зависимым подзапросом для целей [наибольший-на-группу], группировкой и т. Д. Это синтаксически допустимо, но я, по крайней мере, ясно сделал одна ошибка, потому что ничего не возвращает.

В прошлом я отлаживал действительные запросы, которые ничего не возвращали, удаляя объединения, выполняя подзапросы самостоятельно, удаляя условия WHERE и удаляя группировку, чтобы увидеть, что я получу, но пока этот вопрос меня озадачил. Есть ли лучшие инструменты или методы для такого рода вещей?

Этот конкретный запрос предназначен для MySQL, если он имеет значение для каких-либо специфичных для платформы инструментов.

Редактировать : надеялся на подсказки, не зависящие от запроса, но, поскольку вам нужен запрос для запуска EXPLAIN, и вам нужен вывод EXPLAIN, чтобы узнать, что это значит, я полагаю, должен добровольно ответить на вопрос, над которым я сейчас работаю;)

SELECT
    artist.entry_id AS artist_id,
    GROUP_CONCAT(tracks.title ORDER BY tracks.entry_date DESC SEPARATOR ',') AS recent_songs
FROM
    exp_favorites AS fav JOIN
    exp_weblog_titles AS artist ON fav.entry_id = artist.entry_id JOIN
    exp_weblog_titles AS tracks ON tracks.entry_id =
        (
            SELECT
                t.entry_id
            FROM
                exp_weblog_titles AS t JOIN
                exp_relationships AS r1 ON r1.rel_parent_id = t.entry_id
            WHERE
                t.weblog_id = 3 AND
                t.entry_date < UNIX_TIMESTAMP() AND
                t.status = 'open' AND
                r1.rel_child_id = artist.entry_id -- this line relates the subquery to the outside world
            ORDER BY
                t.entry_date DESC
            LIMIT 3 -- I want 3 tracks per artist
        )
WHERE
    artist.weblog_id = 14 AND
    fav.member_id = 1
GROUP BY
    artist.entry_id
LIMIT 5

, приводящий к этому выводу EXPLAIN:

id   select_type         table       type    possible_keys                       key             key_len     ref                 rows    Extra
1    PRIMARY             fav         ALL                                                                                         293485  Using where; Using temporary; Using filesort
1    PRIMARY             artist      eq_ref  PRIMARY,weblog_id                   PRIMARY         4           db.fav.entry_id     1       Using where
1    PRIMARY             tracks      eq_ref  PRIMARY                             PRIMARY         4           func                1       Using where
2    DEPENDENT SUBQUERY  r1          ref     rel_parent_id,rel_child_id          rel_child_id    4           db.artist.entry_id  5       Using where; Using temporary; Using filesort
2    DEPENDENT SUBQUERY  t           eq_ref  PRIMARY,weblog_id,status,entry_date PRIMARY         4           db.r1.rel_parent_id 1       Using where

Я сократил запрос до самого необходимого для этого вопроса ... в основном все, что мне нужно, это вернуть 3 трека на исполнителя.

Answer 1

Подзапрос с LIMIT 3 выглядит очень подозрительно для меня.

Я не эксперт по стандартам SQL, но мне хочется сказать, что это является причиной ошибки. Хотя MySQL, кажется, позволяет сравнивать 1 столбец (значение) с многострочным множеством (вы хотите получить 3 из них) - я бы не стал это делать, если у меня нет выбора.

Я не верю этому:

A join B on b.column = (select some-multi-records-sub-query)

будет делать правильные вещи и выполнять необходимые вложенные объединения (а для этого по сути потребуется еще одно объединение, между B и подзапросом).

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

Возможно, вы захотите попробовать что-то подобное (не уверен, что это сработает сразу, вам придется отладить это, но я думаю, что идея ясна):

exp_weblog_titles AS artist ON fav.entry_id = artist.entry_id JOIN
exp_relationships AS r1 ON r1.rel_child_id = artist.entry_id join
    (
        SELECT
            t.entry_id as entry_id
        FROM
            exp_weblog_titles AS t
        WHERE
            r1.rel_parent_id = t.entry_id
            t.weblog_id = 3 AND
            t.entry_date < UNIX_TIMESTAMP() AND
            t.status = 'open'
        ORDER BY
            t.entry_date DESC
        LIMIT 3 -- I want 3 tracks per artist
    ) as t2
exp_weblog_titles AS tracks ON tracks.entry_id = t2.entry_id

Answer 2

То, что вы назвали своим процессом, - это то, как я поступил бы.Там нет замены, которую я знаю.

Для вашего конкретного запроса я бы предположил, что это связано с объединением exp_weblog_titles, которое, похоже, не связано ни с одной из других таблиц в запросе.