Скачать: CL | DM;

Ассоциативные массивы в БД   Найти похожие ветки 

← →
Демо ©   (2010-04-24 14:24) [40]

> xayam ©


Спасибо. Похоже это что-то из этой оперы.
Посмотрю на структуру.

---

← →
xayam ©   (2010-04-24 15:31) [41]

можешь еще почитать Джона Вандюка там у него есть про таксономию. Хотя все таблицы из друпала тебе точно не понадобятся - уж слишком они нормализованы и много лишнего. Например, поле из vocabulary_node_type можно  перенести в vocabulary. term_relation и term_synonym - не нужны вообще скорей всего. Плюс нужно добавить какое-то поле в term_hierarchy целого типа для указания порядка следования тегов.

---

← →
xayam ©   (2010-04-24 15:45) [42]

> Плюс нужно добавить какое-то поле в term_hierarchy целого
> типа для указания порядка следования тегов.

хотя нет, лучше использовать для этого поле weight из таблицы term_data.

---

← →
xayam ©   (2010-04-24 16:18) [43]

ой блин [42] - неправильно, поскольку там хранятся только имена тегов, сорри :)

---

← →
Демо ©   (2010-04-24 23:40) [44]

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

---

← →
test ©   (2010-04-25 09:47) [45]

Мда, за 15 минут до дедлайна прикручивать новую технологию это сильно. Я бы так не смог.

---

← →
Демо ©   (2010-04-25 17:19) [46]

> test ©   (25.04.10 09:47) [45]
> Мда, за 15 минут до дедлайна прикручивать новую технологию
> это сильно. Я бы так не смог.


Что поделать. Потратил сутки. но не зря.
После того как освобожусь продолжу исследования в этом направлении.

---

← →
SPeller ©   (2010-04-26 05:10) [47]

А не проще сделать так:

table 1
fields purchase_id, key_name, key_value

и уникальный индекс на первые 2 поля.

select key_name, key_value from 1 where purchase_id = 3 выдаст готовый массив ключ=значение для конкретного пурчейза.

Ну а дальше можно усложнять, например, заменить key_name на ид ключа, а тексты ключей хранить в другой таблице. В этом случае можно будет завести 2 таблицы с одинаковыми ид, но разными именами ключей для разных случаев.

---

← →
xayam ©   (2010-04-26 23:13) [48]

> SPeller ©   (26.04.10 05:10) [47]
> А не проще сделать так

так он же сказал что ему нужно сохранять многоуровневые данные, а у тебя только в плоском виде. Не?

---

Страницы: 1 2 вся ветка

Скачать: CL | DM;



Память: 0.53 MB
Время: 0.067 c