mirА я пока так и не понял, зачем нужно, чтобы ключи в справочных таблицах не совпали. Ну совпадут они в основной таблице и что? Что является ключом в основной таблице? Какая-то странная, IMHO, проблема. Можете пояснить?

Проблема такая, что отношение подкатегории, которое здесь автор вопроса пытается использовать, подразумевает, что по идентификатору сущности можно выяснить ее тип (категорию).

Эффективно - если напишешь запрос с LEFT JOIN этой таблицы на
все возможные справочники, то при-join-иться могут более одной записи.

А внешний ключ, опционально ссылающийся на несколько таблиц - это вообще из разряда криминала (прежде всего потому, что FOREIGN KEY CONSTRAINT так работать не умеет)

romanichстолько обсуждений. неужели ни кто не может направить на путь истинный. ведь сталкивались с такой прблемой?
Блин, а что ты такое засунул в свой рисунок ? Трояна какого ? Или генетический код самоуничтожения InternetExplorer ? Три раза его сохранять пытался, все три он падал.

По проблеме - ты все делаешь правильно (третий раз уже это пишу между прочим, а пива мне за это никто не наливает !!! ;)) ), только у тебя еще одной таблицы не хватает. Смотри рисунок. То, что тебе надо, это отношение подкатегории. Ты выделяешь абстрактную сущность -- напр. в твоем случае это типа "объект ремонта", туда кстати можно (и нужно) вынести общие атрибуты из всех твоих трех таблиц (я вынес Name), и она будет ответственна за генерацию идентификатора. Дочерние таблицы ссылаются своим ПК на нее , отношение Род-доч. как 1-к-0или1. Это реляционный аналог отношения наследования в OOD.

Блин, чё за закалдованный топег ? Еле заслал сообщение, то падает IE, то в нем все кнопки умирают, отказываются нажиматься.