Как в двух словах озаглавить так и не придумал :)

Итак, есть БД, в которой кроме всего прочего ведется и учет железа фирмы. Для примера возьмем принтеры, принтсерверы и сетевые карты. Необходимо всё это связать друг с другом (какой принтер к какому принтсерверу подключен и т.п.)
Есть одна общая таблица (для всех железок), где ведется уникальный id, а также бухгалтерская инфа.
Вопрос: какова правильная структура базы?
В случае таблички привязок (id привязки, id1, id2) может получиться так, что к примеру сетевушка привязывается и к принтеру и к принтсерверу. id1 всегда сетевушка, соотв. id2 это и принтсервера и принтеры. Если теперь придется привязать принтеры к принтсерверам - в итоге айдишки к примеру принтера окажутся и в поле id1 и в поле id2. В случае необходимости показать все железки, прикрученные к принтерам - запрос перестает быть тривиальным.
Писать сложные запросы? Или все же структура должна быть другой?
Заранее спасибо :)

Вот описанная мной ситуация, которая потребует нетривиального запроса (получить все прикрученные к принтерам железки). В данном случае должны выдаваться NIC1 и PRNSRV1. Слова были вставлены для наглядности, естественно там числовые айди должны быть :).

За целый день никто не ответил :) Видимо, надо было внагляк в аксессном форуме запостить )

ModelRНе нужно пугаться заранее - нормальная структура и запрос не из тяжелых.


Глаза боятся, а руки делают :) Уже слепил тестовую базку, попробовал запросы поделать... один маленький юнион, и на основе этого юниона уже можно лепить все что угодно :)

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