JesterOKСкажу сразу что в БД я новичок, а про составные ключи только слышал в теории...

Ворпос: Есть таблица сотрудников с полями : ( *ID_USER* , Fam,Nam, ....... etc)
Есть таблица Стаж с полями : ( *ID_USER*, *ID_STAJ* ,DATE..... etc)

Поля в таблице стаж я сделал составным первичным ключом, чтоб однозначно можно было идентифицировать связку пользователь-стаж.

Но вот вопрос, для связи с таблицей сотрудников... по какм полям нужно организовывать связь ?? только по полю ID_USER таблицы сотрудники ??

Я просто не очень предсьтавляю себе составные ключи... надо ли добавлять поле ID_STAJ_SOTR к сотрудникам ?
Если Вам потребуется сделать к таблице Стаж дочернюю, то она должна будет ссылаться на таблицу Стаж уже не по одному, а по двум полям (по полям первичного ключа в таблице Стаж). Кроме того, в запросах update, delete придется использовать 2 поля первичного ключа, чтобы поменять/удалить ровно одну строчку. Не очень удобно. А если потом бизнес-требования поменяются, и в какой-то момент пара значений (ID_USER, ID_STAJ) уже не будет давать уникальности, то Вам придется писать довольно сложные запросы по рефакторингу структуры базы, особенно в подчиненных таблицах, если такие будут. Поэтому составных ключей лучше по возможности избегать, но это имхо.

Попробуйте сделать таблицу Стаж с такими полями : ( ID_STAJ, ID_USER, ID_STAJ_TYPE ,DATE..... etc)
, где:
ID_STAJ - первичный ключ, автоинкрементное поле, т.е. сплошная нумерация по всей таблице

ID_STAJ_TYPE - тип стажа - то, что у Вас называлось ID_STAJ
И добавьте уникальный индекс по полям (ID_USER, ID_STAJ_TYPE).

Тогда все дочерние таблицы будут ссылаться натаблицу Стаж по единственному полю ID_STAJ, а изменение в базе при изменении бизнес-требований будут значительно проще в будущем.

JesterOK,

Тут уж без кода ничем не помочь