Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2010.08.27;
Скачать: 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 вся ветка

Текущий архив: 2010.08.27;
Скачать: CL | DM;

Наверх




Память: 0.55 MB
Время: 0.061 c
15-1266830272
Игорь
2010-02-22 12:17
2010.08.27
Все что НЕ нужно начинающему программисту


2-1273127792
Riply
2010-05-06 10:36
2010.08.27
Конвертация cpp-файла в obj, понятный для Delphi (RAD 2010)


2-1273563415
Uzer2010l
2010-05-11 11:36
2010.08.27
Коллизия обработчиков


15-1263853581
Германн
2010-01-19 01:26
2010.08.27
Потоконебезопасность VCL


3-1240848334
IGray
2009-04-27 20:05
2010.08.27
Delphi2009 + BDE + Юникод = НЕВОЗМОЖНО??