Изменение в запросе на выборку

Question

У меня есть смежности модовой структуры списка, как этот

этим запросом

SELECT t1.name AS lev1, t2.name as lev2, t3.name as lev3, t4.name as lev4 
FROM category AS t1 
LEFT JOIN category AS t2 ON t2.parent = t1.category_id 
LEFT JOIN category AS t3 ON t3.parent = t2.category_id 
LEFT JOIN category AS t4 ON t4.parent = t3.category_id 
WHERE t1.name = 'ELECTRONICS'; 

получать результат, как этот

, но я хочу чтобы получить такой результат, есть вариант пу делает это

заранее спасибо

Answer 1

Вы можете сделать что-то вроде этого:

SELECT name FROM category WHERE name = 'ELECTRONICS' 

UNION 

SELECT t2.name FROM t2 INNER JOIN category as t1 ON t2.parent = t1.category_id WHERE t1.name = 'ELECTRONICS' 

UNION 

SELECT t3.name FROM t3 INNER JOIN category as t1 ON t3.parent = t1.category_id WHERE t1.name = 'ELECTRONICS' 

UNION 

SELECT t4.name FROM t4 INNER JOIN category as t1 ON t4.parent = t1.category_id WHERE t1.name = 'ELECTRONICS' 

Answer 2

К сожалению, трудно подсчитать количество подразделов категории с вашим текущая настройка. Мало того, что глубина вашего меню ограничена суммой LEFT JOIN, которую вы добавляете, также невозможно определить, какие категории напрямую связаны с категорией более одного уровня.

Отличное решение этой проблемы - использование структуры для вашего меню, you can read more here. Больше объяснений, как это сделать с помощью mysql here.

Answer 3

Вам понадобится UNION, и я предлагаю удалить дубликаты записей на их соответствующих уровнях. Кроме того, нет необходимости включать значения «NULL», если ваше намерение состоит в том, чтобы представить пользователям, как и в веб-приложениях ...

select L1.Category_ID, 
     L1.name, 
     "1" as HierarchyLevel, 
     count(L2.Category_ID) as NextLevelCount 
    from Category L1 
     LEFT JOIN Category L2 
      on L1.Category_ID = L2.Parent 
    where L1.name = "ELECTRONICS" 
    group by L1.Category_ID 
UNION 
select L2.Category_ID, 
     L2.name, 
     "2" as HierarchyLevel, 
     count(L3.Category_ID) as NextLevelCount 
    from Category L1 
     JOIN Category L2 
      on L1.Category_ID = L2.Parent 
      LEFT JOIN Category L3 
       on L2.Category_ID = L3.Parent 
    where L1.name = "ELECTRONICS" 
    group by L2.Category_ID 
UNION 
select L3.Category_ID, 
     L3.name, 
     "3" as HierarchyLevel, 
     count(L4.Category_ID) as NextLevelCount 
    from Category L1 
     JOIN Category L2 
      on L1.Category_ID = L2.Parent 
      JOIN Category L3 
       on L2.Category_ID = L3.Parent 
       LEFT JOIN Category L4 
       on L3.Category_ID = L4.Parent 
    where L1.name = "ELECTRONICS" 
    group by L3.Category_ID 
UNION 
select L4.Category_ID, 
     L4.name, 
     "4" as HierarchyLevel, 
     1 as NextLevelCount 
    from Category L1 
     JOIN Category L2 
      on L1.Category_ID = L2.Parent 
      JOIN Category L3 
       on L2.Category_ID = L3.Parent 
       JOIN Category L4 
       on L3.Category_ID = L4.Parent 
    where L1.name = "ELECTRONICS" 

Это, очевидно, фиксируется на 4-х уровнях, но будет профсоюзу их в единый список, но не дубликатов, как вы представили. Я также придерживался уровня иерархии только для справочных целей. Чтобы получить подсчеты на каждом уровне, вы должны сделать LEFT JOIN на следующий уровень, в противном случае вы будете пропускать возможные предметы на уровне, который вы пытаетесь получить, но остальные ДОЛЖНЫ оставаться как INNER JOINs.

Если вы имеете дело с продуктами, я думаю, что если не после 4-х уровней глубоко они не могут найти что-то, что есть большая проблема :)

Answer 4

В качестве отправной точки интереса, потому что это может быть слишком много работа и отличные от того, что вы должны быть «ответом», я бы предложил вам изучить концепцию «Модифицированный предварительный траверс дерева». Там отличный explanation by Gijs Van Tulder.

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

В основном, как и обычный parent_id, который мы храним с деревьями, мы также храним left и значение right. При правильном заполнении, тогда легко получить «всех детей узла», просто выбрав все узлы, где node.left > parent.left и node.right < parent.right, независимо от глубины узлов.