Вопрос по РНР: хранение деревьев в mysql

[ZG]

Вопрос по РНР: хранение деревьев в mysql

Ребята, помогите понять. Всю жизнь работал со флешом, с РНР на уровне GD библиотеки..

Начал изучать ради интереса РНР, пытаюсь понять как хранить деревья..
В гугли ничего толком не нашел, все пишут "тю так это просто", а как - не пишут.

И так.

К примеру есть наименования:

1. Кружки
   1. белые
      1. 200 мл / фото 1.jpg
      2. 250 мл / фото 2.jpg
   2. черные
      1. 100 мл / фото 5.jpg
      2. 120 мл / фото 6.jpg
   3. синие
      1. 500 мл / фото 11.jpg
      2. 700 мл / фото 11.jpg
2. Ложки
   1. столовые
      1. сталь / фото 14.jpg
      2. серебро / фото 131.jpg
   2. чайные
      1. пластик / фото 511.jpg
      2. дерево / фото 121.jpg

Самый тупой вариант, который я придумал, это хранить названия продуктов (КРУЖКИ, ЛОЖКИ) в одной таблице, ставить ID (не тот, что auto_increment), скажем 1 для кружки, 2 для ложки. Когда закину в случайном порядке новый предмет в ложки или кружки,
я закину так же id 1 или 2.
потом когда я буду искать по базе - я выборку сделаю всего, что с 2, (ложки).

но вот вопрос такой - как хранить фотки и данные описания? у меня разделитель ;;; идет, я его потом split при выводе режу. знаю, что это не правильно.

так вот вопрос - как правильно?

 

[ASokol]

create table goodsGroup (
    id          number primary key,
    parentid    number constraint fk_goodsGroupID references goodsGroup(id),
    name        varchar2(500) constraint nn_goodsGroup_name not null)
/
create table goods (
    id           number primary key,
    goodsGroupID number constraint fk_goods_goodsGroupID references goodsGroup(id), 
    name         varchar2(500) constraint nn_goods_name not null)
/

 

[ZG]

хе ) все так просто )

 

[maxshevtsov]

вобще почетайте хоть чучуть про SQL, обычно в базе реализуют многие ко многим.
goods
----
id_goods

categiory
id_category

category_goofs
--------------
id_category
id_goods

 

[ASokol]

Начал изучать ради интереса РНР, пытаюсь понять как хранить деревья..

вобще почетайте хоть чучуть про SQL, обычно в базе реализуют многие ко многим.
goods
----
id_goods

categiory
id_category

category_goofs
--------------
id_category
id_goods

И как же сделать дерево из отношения "многие ко многим"?

 

[maxshevtsov]

ыыыыыыыыыыыыыы?
ты слепой?
я нарисовал 3 сущности: goods, category, category_goods
многие ко многим реализуют через 3-ю таблицую (category_goods)

 

[ASokol]

Ты читать умеешь или тормоз? ДЕРЕВО как сделать из отношения?

Для примера дерево подразделений предприятия:

 

[maxshevtsov]

понятно, есть категории есть товары:
у ТС Кружки - категория Кружка бела товар.
отношения между категориями и товарами а также между категориями
можно сделать как у тебя один ко многим можно через доп таблицы многие ко многим.
Можешь качнуть бесплатный CMs для магазинов oscommercy, Virtuemarte. Посмотреть как там сделано.

зы. Я рад, что ты прикрепил выкладку со своего курсового
зыы. ну почитай немного про SQL если досихпор не паинмаешь отношения между сущностями.

 

[Khabibulin]

Кстати, если дерево не большое и не часто меняется, можно реализовать при помощи обычного массива и хранить в serialize.

 

[ASokol]

понятно, есть категории есть товары:
у ТС Кружки - категория Кружка бела товар.
отношения между категориями и товарами а также между категориями
можно сделать как у тебя один ко многим можно через доп таблицы многие ко многим.
Можешь качнуть бесплатный CMs для магазинов oscommercy, Virtuemarte. Посмотреть как там сделано.

зы. Я рад, что ты прикрепил выкладку со своего курсового
зыы. ну почитай немного про SQL если досихпор не паинмаешь отношения между сущностями.

Мои соболезнования, что ты не можешь осилить разницу между понятиями "дерево" и "многие ко многим".

зы. Я рад, что ты прикрепил выкладку со своего курсового

Куда

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

до ваших интернет-магазинов.

 

[maxshevtsov]

Дерево граф без циклов мне это понятно, и да дерево строится один ко многим.
Клиенты у Вас хорошие