Как избежать повтора в запросах многие ко многим?

Question

[inilim2]

Структура таблиц:

CREATE TABLE `template_link` (
  `template_id` int unsigned NOT NULL,
  `category_id` int unsigned NOT NULL,
  UNIQUE KEY `template_id` (`template_id`,`category_id`)
)

CREATE TABLE `template_category` (
  `category_id` int unsigned NOT NULL,
  `name` varchar(255)  NOT NULL,
  `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`category_id`)
)

CREATE TABLE `template` (
  `template_id` int unsigned NOT NULL AUTO_INCREMENT,
  `user_id` int unsigned NOT NULL,
  `flow_id` int unsigned NOT NULL,
  `status` int unsigned DEFAULT NULL,
  `name` varchar(255)  NOT NULL,
  `preview_url` varchar(255)  DEFAULT NULL,
  `structure` longtext,
  `last_structure` longtext,
  `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`template_id`)
)

Запрос многие ко многим:

SELECT

    t.template_id,
    t.user_id,
    t.flow_id,
    t.status,
    t.name,
    t.preview_url,
    t.structure,
    t.last_structure,
    t.created_at as template_created_at,
    t.updated_at as template_updated_at,

    c.category_id,
    c.name as category_name,
    c.created_at as category_created_at,
    c.updated_at as category_updated_at

FROM `template` AS t

JOIN template_link AS tl
ON t.template_id = tl.template_id

JOIN template_category AS c
ON tl.category_id = c.category_id

Результат таковым (вывод как есть / ожидаю):

Comments

[inilim2]

rPman
ThunderCat
Ребят JOIN правильный, но так как у шаблона может быть несколько категорий, выборка идет с дублирующими "ЯЧЕЙКАМИ", другими словами есть данные которые повторяются, но строка в целом уникальна.

[rPman]

Я плохо понял твой вопрос, но если речь идёт об исключении дублирующих записей то добавить после select distinct

Answer 1

[ThunderCat]

UPD:

Ребят JOIN правильный, но так как у шаблона может быть несколько категорий, выборка идет с дублирующими "ЯЧЕЙКАМИ",

в вопросе идет речь про повторы (по умолчанию строк). Из картинок нифига не понятно чего вам не хватает.
Если нужно сделать строки уникальными по какому-либо полю, следует сгруппировать соответственно по этому полю, тогда эти строки "схлопнутся" до одной. Беда в том что тогда вы не будете знать какая категория попадет по умолчанию в результат запроса, и соответственно нужно либо использовать агрегирующие функции в списке полей, либо сортирующие. Как вариант можно использовать дистинкт на соответствующее поле.

Comments

[inilim2]

на первом скрине исходный результат, в нем первые три строки повторяются, кроме последние 4 поля "category_*".
на втором скрине как хотелось бы видеть результат, те же три строки, но в первой все данные, во второй и третей, есть пропуски, кроме уникальных полей "category_*" и template_id (он нужен чтобы связать категории с шаблоном)

[ThunderCat]

inilim2,

на втором скрине как хотелось бы видеть результат, те же три строки, но в первой все данные, во второй и третей, есть пропуски, кроме уникальных полей "category_*" и template_id (он нужен чтобы связать категории с шаблоном)

Если я правильно понял, то вы хотите какого-то нелогичного поведения, в замен логичного имеющегося результата.
Вы выбираете темплэйт, у него есть какие-то свойства кроме айди (кстати не надо везде писать название таблицы в первичном ключе, это нерекомендуемое наименование, достаточно просто id вместо template_id), но вы почему то смущаетесь того что они повторяются наряду с id. По какой-то непонятной логике id у вас дублируется и это ок, а остальные поля должны по волшебству исчезнуть...

Вы или пытаетесь сделать нечто странное, либо делаете нечто обычное через пятую точку. Для начале стоит описать исходную задачу, ради которой собсно задумывался такой запрос.

[inilim2]

ThunderCat, во во, мне по волшебству нужно чтобы они исчезли))

[ThunderCat]

inilim2, так это, вы пишите не сюда, а в Хогвардс. Ну или объясните зачем вам это нужно и вам подскажут как это сделать нормально.

Answer 2

[rPman]

Left join, оставит записи из левой части, где обычно базовая таблица, а справа подчинённые и справочники (если порядок другой то right join)