3 сентября 2010 в 4:23
Необходимо реализовать географический справочник содержащий в общих чертах следующее:
- Страны
- русскоязычное наименование
- код страны
- оригинальное наименование
- наименование в транслите
- код столицы (из этого же справочника)
- прочие справочные данные (связи с др. справочниками)... (например, численность населения, валюта и т.п.)
Для Регионов и Городов принцип тот же — множество различных полей. Например, для городов — будут гео-координаты.
Материалы на сайте будут привязаны к регионам и городам. При выводе материалов и блоков на странице необходимо использовать поля из справочников (например, внутренний код города). По сути материалы — импортируемые и периодически обновляемые данные из сторонних систем. При импорте в качестве параметров будут использоваться некоторые коды из справочников.
Вопрос к сообществу, как реализовывать подобный справочник в D6? (кстати, в D7 решение вероятно возможно на обычной таксономии, где доступны дополнительные поля)
Объём справочника и материалов, как вы понимаете, будет достаточно объёмный. Подозреваю, при выводе материалов будет огромное количество запросов к БД. Это к вопросу производительности и принципиальному выбору Drupal'а (может заказать реализацию на фреймворке?). Например, нашел модуль category, перед использованием которого разработчики предлагают хорошенько подумать. 
Комментарии
Поиск рулит. Похожая тема уже всплывала на форуме http://drupal.ru/node/37020
Нашел ещё модуль Term Fields. Позволяет добавлять поля к терминам таксономии. Как раз то, что уже реализовано в D7: [##413192]Make taxonomy terms fieldable[/##]
Вам нужен справочник. Так что вы упираетесь в таксономию? Создайте справочник на нодах. Создайте свои типы данных (справочник_стран, справочник_городов, справочник_регионов, например). Через ССК введите нужные поля, выстроите иерархию подчиненности материалов через тот же nodereference (тип поля в ССК). И будет вам ЩасЬе...
Уж я не знаю, отчего таксономию возводят во главу угла. Да, это приятно осознавать, что слово КАТЕГОРИИ идеально подходит для категоризации чего-то или кого-то. Сделайте подмену понятий. подмените слово Категория на слово Нода. Сослаться на источник в словаре вы всегда сможете - это будет нода с таким-то номером. А в остальном проблем не вижу.
-------------------
Для понимания: У меня на работе (ТП провайдера) есть куча однотипного железа: Коммутаторы, ДСЛАМы, да даже абоненты, подключенные к ним. У каждого Коммутатора 24 порта. У каждого ДСЛАМа портов 768 или 912 или 192. Каждый абонент описывается 14 параметрами плюс полем с произвольным комментарием. При этом все строго завязаны в жесткую иерархию. Если бы я делал это на таксономии, я бы свихнулся и не писал сейчас здесь...
А зачем провайдеру использовать друпал, когда есть NOC project (на джанге) ?
Сие есть великая тайна. Во-первых, на работе я занимаюсь эксплуатацией большей частью, а не программерством. Во-вторых, наши программеры используют кем-то продвинутую и дорогущую систему HP Service Manager (да простят меня все: это не реклама). В-третьих, получить доступ к "централизованной" базе данных хрен кто даст, права на доступ к системе строго лимитированы (даже то, что надо в 100% случаев приходится искать х знает где, хотя в HPSM это есть). Короче написать самому проще, чем получить готовое свыше.
NOC project пощупаю, не знал о таком. Хотя мне Друпал пока ближе, ибо для своих задач на работе он пока достаточен, а для иных коммерческих задач оптимален.
AI, спасибо! Использую для реализации задачи модуль category с полями CCK.