Как правильно Сформировать URL?

Question

[morozkolog]

Здравствуйте . Подскажите как правильно сформировать URL ну или вообще правильный ли мой ход мыслей . Суть задачи:
Есть сайт , на сайте товары , у товаров есть категории, у категорий подкатегории (их может быть несколько) . К примеру : категория - телефон, подкатегории - б/у , смартфон , товар - Nokia 3250 . URL должен быть : название сайта/телефон/бу/смартфон/Nokia 3250 . Как мне правильно составить таблицы в БД - что бы выполнялось минимальное количество запросов к БД, у меня сейчас такой вариант : 1 таблица - категории (поля: categotyID, categoryName, categoryParentId, categotyUrl) 2 таблица - товар (поля : IDtovara, categoryID ну и описание товара и так далее ). И как сформировать этот URL ? Спасибо заранее

Answer 1

[tvolf]

Как я понимаю, основная проблема в наименее затратном формировании строки списка подкатегорий ?
Если есть ограничение на максимально возможное количество категорий у товара, то самый простой вариант, наверное, формировать полный список категорий в одном SQL запросе, связывая JOIN-ами таблицу категорий саму с собой необходимое кол-во раз. Если же нет, то можно рассмотреть, например, способ хранения иерархических данных в БД, имеющий название materialized path. Там, конечно, есть свои сложности с добавлением и переносом поддеревьев внутри дерева, но зато формирование списка категорий будет выполняться очень просто. На хабре в свое время, вроде бы, была обзорная статья по способам хранения иерархических данных в реляционных БД.

Comments

[morozkolog]

если Вас не утруднить можете навести пример как это организовать примерно JOIN-ми ? Буду очень благодарен

[tvolf]

Синтаксис не проверяю, пишу просто для демонстрации метода. Допустим, максимальная глубина вложения категорий равна трем.
===
SELECT
a.name as name_level1,
b.name as name_level2,
c.name as name_level3
FROM
categories a LEFT JOIN categories b ON a.parent_id = b.id
LEFT JOIN categories c ON b.parent_id = c.id
====

[tvolf]

morozkolog: Ну и, конечно, там еще нужно добавить WHERE блок, чтобы получить результат для конкретного товара.

[morozkolog]

tvolf: спасибо огромное ) буду пробовать реализовать . гляну что получится

[ThunderCat]

И отпишитесь здесь заодно о замерах скорости выборки такого джоина, а то что -то наводит на мысль что такое количество джоинов на каком-то этапе сильно притормозит. Буду благодарен за конкретные цифры по скорости запросов / количеству записей.

[morozkolog]

ThunderCat: хорошо )

[tvolf]

morozkolog: Как вариант уменьшения нагрузки можно попробовать сразу ограничить выборку только требуемым id, задав условие WHERE, например, так:
==
SELECT
a.name as name_level1,
b.name as name_level2,
c.name as name_level3
FROM
(SELECT * FROM categories WHERE id = <наш_id>) a
LEFT JOIN categories b ON a.parent_id = b.id
LEFT JOIN categories c ON b.parent_id = c.id
===

Answer 2

[ThunderCat]

В свое время делал нечто подобное, в итоге вытаскивал все категории и строил дерево рекурсивной функцией. так как движок писали сами поверх Зенда - в админке добавили метод - при добавлении новых категорий в кэше грохалось старое и сохранялось новое готовое дерево, работало быстро и просто. Хотя конечно это не тру )