Выберите продукты, где категория относится к любой категории в иерархии

Question

У меня есть таблица продуктов, содержащая FK для категории, таблица категорий создана таким образом, что каждая категория может иметь родительскую категорию, например:

Computers
    Processors
        Intel
            Pentium
            Core 2 Duo
        AMD
            Athlon

Мне нужно сделать запрос на выборку, который, если выбранная категория - Процессоры, вернет продукты, которые есть в Intel, Pentium, Core 2 Duo, Amd и т. Д. *

Я думал о создании своего рода «кэша», который будет хранить все категории в иерархии для каждой категории в БД и включать «IN» в предложении where. Это лучшее решение?

Answer 1

Лучшее решение для этого на этапе проектирования базы данных. Ваша таблица категорий должна быть вложенным набором . Статья Управление иерархическими данными в MySQL не является специфичной для MySQL (несмотря на заголовок) и дает отличный обзор различных методов хранения иерархии в таблице базы данных.

Резюме:

Вложенные множества

• Выбор легко для любой глубины
• Вставляет и удаляет трудно

Стандартная иерархия на основе parent_id

• Выборы основаны на внутренних соединениях (так что быстро наберитесь волос)
• Вставить и удалить легко

Итак, на основе вашего примера, если бы ваша таблица иерархии была вложенным набором, ваш запрос выглядел бы примерно так:

SELECT * FROM products 
   INNER JOIN categories ON categories.id = products.category_id 
WHERE categories.lft > 2 and categories.rgt < 11

2 и 11 - левый и правый соответственно записи Processors.

Answer 2

Похоже на работу для общего табличного выражения ... что-то вроде:

with catCTE (catid, parentid)
as
(
select cat.catid, cat.catparentid from cat where cat.name = 'Processors'
UNION ALL
select cat.catid, cat.catparentid from cat inner join catCTE on cat.catparentid=catcte.catid
)
select distinct * from catCTE

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

Answer 3

Мой ответ на другой вопрос пару дней назад применим здесь ... рекурсия в SQL

В книге, на которую я ссылаюсь, есть несколько методов, которые должны хорошо освещать вашу ситуацию.

Answer 4

Мне нравится использовать временную таблицу стека для иерархических данных. вот грубый пример -

-- create a categories table and fill it with 10 rows (with random parentIds)
CREATE TABLE Categories ( Id uniqueidentifier, ParentId uniqueidentifier )
GO

INSERT
INTO   Categories
SELECT NEWID(),
       NULL 
GO

INSERT
INTO   Categories
SELECT   TOP(1)NEWID(),
         Id
FROM     Categories
ORDER BY Id
GO 9


DECLARE  @lvl INT,            -- holds onto the level as we move throught the hierarchy
         @Id Uniqueidentifier -- the id of the current item in the stack

SET @lvl = 1

CREATE TABLE #stack (item UNIQUEIDENTIFIER, [lvl] INT)
-- we fill fill this table with the ids we want
CREATE TABLE #tmpCategories (Id UNIQUEIDENTIFIER)

-- for this example we’ll just select all the ids 
-- if we want all the children of a specific parent we would include it’s id in
-- this where clause
INSERT INTO #stack SELECT Id, @lvl FROM Categories WHERE ParentId IS NULL

WHILE @lvl > 0
BEGIN -- begin 1

      IF EXISTS ( SELECT * FROM #stack WHERE lvl = @lvl )
      BEGIN -- begin 2

      SELECT @Id = [item]
      FROM #stack
      WHERE lvl = @lvl

      INSERT INTO #tmpCategories
      SELECT @Id

      DELETE FROM #stack
      WHERE lvl = @lvl
      AND item = @Id

      INSERT INTO #stack
      SELECT Id, @lvl + 1
      FROM   Categories
      WHERE  ParentId = @Id

      IF @@ROWCOUNT > 0
      BEGIN -- begin 3
         SELECT @lvl = @lvl + 1
      END -- end 3
   END -- end 2
   ELSE
   SELECT @lvl = @lvl - 1

END -- end 1

DROP TABLE #stack

SELECT * FROM #tmpCategories
DROP TABLE #tmpCategories
DROP TABLE Categories

здесь есть хорошее объяснение текст ссылки

Answer 5

Это должно восстановить все «детские» категории, начиная с данной категории.

DECLARE @startingCatagoryId int
DECLARE @current int
SET @startingCatagoryId = 13813 -- or whatever the CatagoryId is for 'Processors'

CREATE TABLE #CatagoriesToFindChildrenFor
(CatagoryId int)

CREATE TABLE #CatagoryTree
(CatagoryId int)

INSERT INTO #CatagoriesToFindChildrenFor VALUES (@startingCatagoryId)

WHILE (SELECT count(*) FROM #CatagoriesToFindChildrenFor) > 0
BEGIN
    SET @current = (SELECT TOP 1 * FROM #CatagoriesToFindChildrenFor)

    INSERT INTO #CatagoriesToFindChildrenFor
    SELECT ID FROM Catagory WHERE ParentCatagoryId = @current AND Deleted = 0

    INSERT INTO #CatagoryTree VALUES (@current)
    DELETE #CatagoriesToFindChildrenFor WHERE CatagoryId = @current
END

SELECT * FROM #CatagoryTree ORDER BY CatagoryId

DROP TABLE #CatagoriesToFindChildrenFor
DROP TABLE #CatagoryTree

Answer 6

CREATE TABLE #categories (id INT NOT NULL, parentId INT, [name] NVARCHAR(100))
INSERT INTO #categories
    SELECT 1, NULL, 'Computers'
    UNION
SELECT 2, 1, 'Processors'
    UNION
SELECT 3, 2, 'Intel'
    UNION
SELECT 4, 2, 'AMD'
    UNION
SELECT 5, 3, 'Pentium'
    UNION
SELECT 6, 3, 'Core 2 Duo'
    UNION
SELECT 7, 4, 'Athlon'
SELECT * 
    FROM #categories
DECLARE @id INT
    SET @id = 2
            ; WITH r(id, parentid, [name]) AS (
    SELECT id, parentid, [name] 
        FROM #categories c 
        WHERE id = @id
        UNION ALL
    SELECT c.id, c.parentid, c.[name] 
        FROM #categories c  JOIN r ON c.parentid=r.id
    )
SELECT * 
    FROM products 
    WHERE p.productd IN
(SELECT id 
    FROM r)
DROP TABLE #categories   

Последняя часть примера на самом деле не работает, если вы работаете прямо так. Просто удалите выбор из продуктов и замените его простым SELECT * FROM r

Answer 7

Может быть что-то вроде:

select *
from products
where products.category_id IN
  (select c2.category_id 
   from categories c1 inner join categories c2 on c1.category_id = c2.parent_id
   where c1.category = 'Processors'
   group by c2.category_id)

[РЕДАКТИРОВАТЬ] Если глубина категории больше единицы, это сформирует ваш самый внутренний запрос. Я подозреваю, что вы могли бы разработать хранимую процедуру, которая будет детализироваться в таблице до тех пор, пока у идентификаторов, возвращаемых внутренним запросом, не будет дочерних элементов - вероятно, лучше иметь атрибут, который помечает категорию как терминальный узел в иерархии - тогда выполнить внешний запрос по этим идентификаторам.

Answer 8

То, что вы хотите найти, является транзитивным замыканием категории «родительское» отношение. Я полагаю, что нет никаких ограничений на глубину иерархии категорий, поэтому вы не можете сформулировать один SQL-запрос, который находит все категории. Что бы я сделал (в псевдокоде) это:

categoriesSet = empty set
while new.size > 0:
  new = select * from categories where parent in categoriesSet
  categoriesSet = categoriesSet+new

Так что продолжайте опрашивать детей, пока больше не найдете. Это ведет себя хорошо с точки зрения скорости, если у вас нет вырожденной иерархии (скажем, 1000 категорий, каждая дочерняя от другой) или большого количества общих категорий. Во втором случае вы всегда можете работать с временными таблицами, чтобы обеспечить небольшую передачу данных между вашим приложением и базой данных.

Answer 9

В прошлом я делал подобные вещи, сначала запрашивая идентификаторы категорий, а затем запрашивая продукты «В» этих категориях. Получить категории очень сложно, и у вас есть несколько вариантов:

• Если уровень вложенности категорий известен или вы можете найти верхнюю границу: создайте ужасно выглядящий SELECT с большим количеством JOIN. Это быстро, но безобразно, и вам нужно установить ограничение на уровни иерархии.
• Если у вас относительно небольшое количество общих категорий, запросите их все (только идентификаторы, родители), соберите идентификаторы тех, о которых вы заботитесь, и выполните SELECT .... IN для продуктов. Это был подходящий вариант для меня.
• Запрос вверх / вниз по иерархии с использованием серии SELECT. Просто, но относительно медленно.
• Я полагаю, что в последних версиях SQLServer есть некоторая поддержка рекурсивных запросов, но я сам их не использовал.

Хранимые процедуры могут помочь, если вы не хотите делать это на стороне приложения.