Поскажите, пожалуйста, самое разумное решение такой вот структуры сайта.

Есть каталог профессий, который записан, правильно, в таксономии.
Например все мы работники, есть менеджеры, IT-специалисты, строители.
Среди строителей есть каменщики, плиточники, маляры и т.д.
Среди IT-специалистов есть программеры, архитекторы, тестеры, админы и т.д.
Есть даже именно IT-менеджеры к примеру, которые относятьося одновременно и к IT-спецам и к менеджерам.
У каждого из сотрудников есть одна и только одна анкета.
Как сделать так, чтоб пользователь мог создать свою анкету и этим привязать себя к какому то месту в словаре таксономии. Чтоб не мог сделать больше одной анкеты.
Также у работников есть инструменты, которые они принсли на свое рабочее место.
Получается инструменты привязывается к словарю косвенно, через анкету работника.
Как организовать удобный обзор такой таксономии, чтоб можно было посмотреть, например, анкеты всех строителей или все инструменты всех строителей.
Получается дополнительно понадобится какой-то фильтр типа Node Type Filter, но он работает только через URL строку. Можно было бы встроить кнопки фильтра в html при выводе таксономии, но не понятно куда именно нужно встраивать кнопки и выглядит это как правка ядра (что наверное, лучше не делать :) ).
Если есть решение — это просто супер.
Тогда возможно найдется решение и для следующего.
Повышаем уровень :)
Просмотр в таксономии анкет строителей с приаттачеными их инструментами (все анкеты строителей в виде тизеров и прямо в записи список тизеров инструментов лично этого строителя)
Я так понимаю без жесткой хирургии тизеров последний пункт не выйдет, ведь выходит уже есть два вида тизера для человека — он сам и он с инструментами.

И последнее, наверное самое простое.
Если есть node'ы других типов (не анкета и не инструмент), то сделать чтоб фильтр (переключатель на кнопках, помните) позволял показывать только работников и инструменты, чтоб не было возможности просмотреть, например, заявления, которые писали эти сотрудники (хотя эти заявления могут быть привязаны к работникам так же как и инструменты).

На всех сайтах, посвященных Drupal, которые я видел, в основном поверхностные туториалы, из которых можно слепить простенькие решения, но что-то глубже сделать — не объясняется. Даже книгу купил "Drupal Руководство по разработке", но там тоже маленькие основы + как написать самый простецкий модуль.

Ответы на вопросы этого поста скорее всего сделают этот блог богаче практикой и возможно станут одной из оригинальных изюминок сайта (как скринкаст по сборке Швабрашвабр — очень познавательный и классно сделан), не говоря уже о том, на сколько они помогут лично мне в понимании Drupal.