Скажите пожалуйста,
есть такие таблицы:
1.
2.
3.
4.
5.
6.
7.
8.
|-----------------| |-----------------| |------------------| |----------------|
|languages | |branches | |users_in_branches | |users |
|-----------------|1 |-----------------| |------------------| 1|----------------|
|language_id (PK) |-| |id (PK) |* |id (PK) | |->|linking_id (PK) |
|language | | |branch_id (FK) |<-| |linking_id (FK) |-| |user_name |
|-----------------| | |branch_name | |->|branch_id (FK) |* |... |
|->|language_id (FK) | *|------------------| |----------------|
*|-----------------|
Суть такая:
таблица languages содержит список языков на которых могут быть поля в др. таблицах, т.е. есть 2 языка: (1)англ. и рус.(2), значит в таблице branches поле branch_name будет и на англ. и на рус.:
branches:
id = 1
branch_id = 1
branch_name = "Engl. name"
language_id = 1
+
id = 2
branch_id = 1
branch_name = "Рус. назв."
language_id = 2
Получается что branch_id не подходит для того чтобы быть (PK). В таблице users_in_branches список пользователей, которые входят в определнные "branches". Могут входить сразу в несколько, следовательно linking_id (PK для табл. users) не может и здесь быть (PK), вводим новый (PK) id.
Получаем таблицу которая хранит внешние ключи, но один внешний ключ ссылается не на Первичный ключ, а на обычное поле, и связь не один-к-одному и даже не один-ко-многим, А многие-ко-многим.
Правильной ли является такая структура БД? Может ли внешний ключ (не PK) ссылаться на поле др. таблицы (FK), который не является первичным ключом?
P.S. Собственно БД уже работает, и менять ее нет возможности. Но я пытался создать модель ее в UML (Enterprise Architect) и там у меня не получается показать связь ключей branch_id<->branch_id. Это и вызвало у меня вопрос о правильности структуры. Или может я просто не понял как нужно это сделать в Enterprise Architect?
