VeroLom,
Мне первый вариант больше нравится. С тремя таблицами-то. Правда если новый тип устройства будет, то нужно будет создавать новую таблицу.
Нехватает таблички - типы устройств. Особенно для второго варианта со свойствами оно необходимо. А то как определить тип устройства то?

VeroLom,

Может я чего-то не допонял, но я вижу это так:
devices = {id, name, ip}
devices_switch = {id, device_id, model, ports_count}
devices_host = {id, device_id, if_count}


devices_host(device_id) ------> (id) devices (id)<-------(device_id) devices_switch
Где - id во всех таблицах PRIMARY_KEYS.
Таблицы host и switch соединяются с главной devices по device_id (FOREIGN KEY).
Swich:
select b.id, a.name, a.ip, b.model, b.ports_count from devices a inner join devices_switch b on a.id = b.device_id

Host:
select b.id, a.name, a.ip, b.if_count from devices a inner join devices_host b on a.id = b.device_id

Если вы знаете немного ООП, то можно это объяснить так:
Абстрактный класс DEVICE - от него наследуются два класса HOST и SWITCH.

PS. Есть мнение, что лучше называть таблицы в единственном числе: device, device_switch, device_host.

Edd.Dragon
Почему? Индекс по id будет, отчего же им тогда долгими быть? А программист один раз напишет функцию, запрашивающую все свойства устройства id и возвращающую их в виде "словаря" (key, value) и всё. А иначе придется плодить отдельные запросы и таблицы для каждого типа устройств. Разве это удобнее программисту?
Первый вариант предпологает, что типы устройств будут за ранее определены на стадии проектирования. Просто я предположил, что их небольшое количество будет.
Если так получится, что два типа устройста будут с одинаковым набором атрибутов, то лучше все-таки ввести табличку типы устройств.
Если БД позволяет - можно лучше создать VIEW. Например vwDevicesHost и vwDevicesSwitch.
В случае второго варианта - есть проблема такого плана: как узнать какой набор аттрибутов можно ввести для данного устройства? Ведь этого в приведенной модели невозможно определить.
Да еще некоторые аттрибуты нужно вводить обязательно... Там, как говорится, сколько хочу столько свойств и ввожу. Т.е. для второго варианта нужна еще дополнителная информация.

VeroLomMAYAKOV_SV,

Я правильно нарисовал?
last scheme

Простите меня, я не вник в суть самой задачи, вы не все рассказали.
Host - это что, Компьютер? А Switch - это хаб/коммутатор?
Нужно их соединить, наверно?
Т.е. это схема или справочник по оборудованию?
Опишите задачу подробнее, тогда я могу сказать правильно или нет.

VeroLom,

Вот что я проглядел :(
У свичей может быть связь switches.host_id -> hosts.id. Так же может быть связь между свичами.

Если будут связи, то вашу диаграмму нужно подкоректировать так:
1) убрать link_id из таблицы devices_switch
2) убрать device_id из devices и создать это поле в devices_host и devices_switch + FK для каждой связи.
3) Создать таблицу соединений - Connect(id, device_id_from, port_from, device_id_to, port_to)
где device_id_from и device_id_to - две точки связи с devices.id;
port_from и port_to - номера портов.

Таблица соединений будет указывать какие устройства соединены и к каким портам подключены. Если интересно можно длину и тип кабеля занести в таблицу Connect.

Edd.Dragon
Мне попросту показалось что на данном этапе проблема только в том, как поудобнее хранить данные, а вопрос о распределении логики не мучает. Если так, то вариант с универсальной структурой БД вполне подходит.
Проблема в том, что автор новичек, он пока не сообразит как связи сделать.
Его торопят со структурой, видимо. Я бы на его месте создал в базе хоть какой-нибудь вариант и попробовал бы запросы пописать - так быстрее можно освоится и разорбраться.

VeroLom
Вроде, всё шикарно, но не совсем понятен этот момент. device_id связывать тогда с devices.id?

Да. Т.е. по полю таблицы devices_switch.device_id находится соответсвующая запись devices.id
VeroLom
Что такое = , \|/ ?
У связи есть направление, т.е. она однонаправленная.
По этим штукам определяют направление связи.

VeroLom
Тьфу, опять тупняк :( Зачем нужно направление связи и какое нужно в предложенном случае (switch.dev_id - device.id, host.device_id - device.id)?

Често говоря, я не знаком с таким видом обозначений. Но как я понял та чтука - это как бы "присоска". Ну пистолет, который присосками стреляется, выстреливает и прицепляется к нужной таблице.
Если я правильно понял обозначения, то так:
switch.dev_id-||----<-device.id, host.device_id-||----<-device.id

Книгу почитайте, а главное своими руками попробуйте посоздавать все.
У меня раньше такая пробелема была: пытался спроектировать таблицы качественно перед первой реализации. И это работу затормаживало, т.к. опыта не было и долго думал и гадал, как лучше. Нужно придумать вариант - и сразу его опробывать.
На практике многие вещи сразу понятны становятся.