только_на_минутку
1.Есть достаточно большое кол-во оборудования(телефоны: системные, дект, стационарные, мини-атс, платы расширения, кросы, и т.п.), у них есть, ясное дело, одинаковые для всех атрибуты (id,фирма произ, название, цена, страна произв, вес), но есть разные. Так вот столкнулся с такой проблемой, как правильно сделать для каждой еденицы оборудования(от мини-атс до матрицы, на плате :)) сделать свою таблицу? Использовать ли иерархия?

Я бы сделал так: создал бы основное отношение, в котором хранил бы общие для всех экземпляров атрибуты. А остальные (необщие) атрибуты хранил бы в связных отношениях (для каждого типа оборудования свое отношение)
только_на_минутку
насколько усложнятся тогда запросы и написание программы? Или сделать одну таблицу оборудование и все туда( хотя мне кажется что это неверно).

Все зависит от того, что вы хотите получить в результате запроса. Не думаю, что запрос вида "выбрать все атрибуты всех записей, включая дополнительные атрибуты" в данном случае имеет смысл
только_на_минутку
2. Имеются таблицы работник, контрагент. Для обоих объектов надо хранить адреса, имеет ли смысл делать 3 таблицы:
Адрес прописка, Адрес проживания - работник
Адрес - контагент.
или все в одну, в основном буду использовать адреса контрагентов.

С точки зрения теории нормализации для разных семантических сущностей необходимо делать разные отношения.

Схема представлена на рисунке.
ID Товара в основной таблице - автоинкременируемый первичный ключ.

Ассоциативное отношение необходимо, чтобы каждой записи основного отношения соответствовала только одна запись из дополнительных.

Все связи на схеме 1:1

Действия ссылочной целостности для всех связей: ON DELETE CASCADE, ON UPDATE CASCADE

IDC Товара во вторичных отношениях - автоинкременируемый первичный ключ, уникальный в пределах всех вторичных отношений. Если используемая вами СУБД не может обеспечить уникальность такого рода, то лучше всего будет:
только_на_минутку
1.Есть достаточно большое кол-во оборудования(телефоны: системные, дект, стационарные, мини-атс, платы расширения, кросы, и т.п.), у них есть, ясное дело, одинаковые для всех атрибуты (id,фирма произ, название, цена, страна произв, вес), но есть разные. Так вот столкнулся с такой проблемой, как правильно сделать для каждой еденицы оборудования(от мини-атс до матрицы, на плате :)) сделать свою таблицу ? Использовать ли иерархия? насколько усложнятся тогда запросы и написание программы? Или сделать одну таблицу оборудование и все туда( хотя мне кажется что это неверно).

P.S.: также вариант с отдельными отношениями будет предпочтительней, если число общих атрибутов и число записей не велико или размеры базы данных некритичны

Извените, схему забыл

VxS_
P.S.: также вариант с отдельными отношениями будет предпочтительней, если число общих атрибутов и число записей не велико или размеры базы данных некритичны
Это я глупость сказал. Не обращайте внимания.

Да. Тип данные timestamp обеспечивает уникальное автоинкременируемое значение поля в пределах базы данных.

kdv,

Нет не правильно. Если мы удалим запись об основных атрибутах, охерачатся и дополнительные, т.к. в них в таком случае нет смысла

Во всех дополнительных. В ассоциативном отношении все записываем вручную.