Отношения с СУБД зависят от настройки и использования СУБД. Они могут быть отношениями «один к одному» или «один ко многим», а также отношениями «многие к одному» или «многие ко многим».
Эти отношения имеют только одно значение в каждом направлении. В любом случае у введенного вопроса будет только один вариант. Возьмем бизнес-пример: г-н а управляет отделом 01. Оба вопроса «кто управляет отделом 01» и «каким отделом управляет г-н» имеют только один возможный ответ.
- Отношения один-ко-многим или многие-к-одному
Например, в отделе, которым управляет А., работает 10 сотрудников. Для сотрудников ценность единственная, так как они могут работать только в одном отделе. Для отдела значение много, так как сотрудников 10. В таблице со списком отделов и их сотрудников отношения между сотрудниками и отделом являются отношениями «один ко многим».
В таблице со списком сотрудников и отделов, в которых они работают, отношения между сотрудниками и отделом однозначны.
- Отношения "многие ко многим"
Отношения, которые являются многозначными в любом направлении, называются отношениями «многие ко многим». Например, сотрудник может работать более чем над одним проектом, а над проектом в настоящее время может работать более одного сотрудника.
Например, г-н A, г-жа B и г-н C работают над проектами P009, P010 и P011. На вопрос «Кто работает над проектом P009?» и «Над каким проектом работает г-н С.?» у обоих есть несколько ответов. Таким образом, отношения являются отношениями «многие-ко-многим».
Как правило, СУБД в какой-то момент будет использовать все отношения в различных комбинациях. Пользователь может, например, захотеть узнать, какой сотрудник из какого отдела работает с каким сотрудником над каким проектом.