Связи (отношения) между сущностями. Отслеживание связей второго, третьего, n+ уровня. Какие варианты решения?

Question

[Didi00]

Добрый день!

Есть задача отслеживания связей второго, третьего, n+ уровня между сущностями в базе данных.
База данных MySQL, язык программирования PHP.

Прошу подсказать оптимальные варианты решения.
Имеется ввиду в каком направлению углубиться, технологии, алгоритмы, ссылки на документы, решения.
Какое возможное оптимально решение на php - mysql ?
Возможно стоит использовать дополнительные инструменты, технологии.

Заранее благодарю!

Answer 1

[UndineS]

Посмотри примеры по нормализациям баз данных, там должно быть как раз о подобных случаях связей "один ко многим", "многие ко многим". И про первичные/внешние ключи.

Вообще стандартные решения:

• если используется связь "один к одному" и полей у дополнительной сущности не много, то она часто хранится в той же таблице - например, если у Персонажа может быть только один Телефон, о котором нужно знать только номер целиком без дальнейшей разбивки, то в таблице "Персонаж" будут поля по персонажу (ФИО, Документ, Адрес и т.п.) + поле для номера телефона;
  
• если "один к одному", а о дополнительной сущности информации много (требуется 2 и более полей для описания дополнительной сущности), то, например, для "Телефона" заводим отдельную таблицу, у каждой записи будет первичный ключ (классический вариант - ID), а в таблице "Персонаж" создаем внешний ключ - т.е. заводим не поле "Номер телефона", а поле "ID телефона", где, собственно, указываем ID записи с телефоном;
  
• в случае связи "один ко многим", "многие ко многим" - заводим дополнительную промежуточную таблицу "Персонаж - Телефон", где указываем пары "ID персонажа - ID телефона". Соответственно, записи в промежуточной таблице "Персонаж - Телефон" будут являться внешними ключами, которые ссылаются на записи с соответствующими первичными ключами в таблицах "Персонаж" и "Телефон" - например, в таблице с полями "ID персонажа, ID телефона" записи (1,1), (1,2), (1,3) будут указывать, что у персонажа с ID=1 есть три телефона с ID = 1, 2 и 3.
  

Для формирования запроса с выгрузкой связей большой вложенности следует использовать JOIN - объединение таблиц по ключам. С помощью JOIN можно сделать выборку типа:
Выбираем записи таблицы "Персонаж"
Объединяем с таблицей "Персонаж - Домен" по условию "Персонаж.ID"="Персонаж-Домен.ID_Персонажа"
Объединяем с таблицей "Домен" по условию "Персонаж-Домен.ID_Домена"="Домен.ID"

Таким образом можно в запрос добавить еще сколько нужно объединений.

Пример использования JOIN на MySQL:

SELECT person.*, domain.*
FROM person
LEFT JOIN person_domain ON person.id=person_domain.person_id
LEFT JOIN domain ON person_domain.domain_id=domain.id;

Как подключиться к БД из PHP и отправить запрос, можно прочитать, например, тут: www.softtime.ru/bookphp/gl12_10.php

Comments

[Didi00]

Спасибо за ответ!
Но речь не идет о базовых вопросах.
Возможно, в вопросе стоило уточнить подробнее, но мне показалась в заголовке описал суть.
Речь идет о неявных, любых, в основном не прямых взаимосвязях, даже через сущности 2-го, 3-го, N+ уровня.
А ссылку давать на подключение через mysql_connect )) … ну если только ссылочное прокачать

[UndineS]

Извините, тогда не очень был понятен вопрос. Попробую угадать, что Вы имели в виду (либо опишите подробнее)... Что-то такое?

SELECT person.*, domain.*, phone.*, mail.*
FROM person
LEFT JOIN person_domain ON person.id=person_domain.person_id
LEFT JOIN domain ON person_domain.domain_id=domain.id
LEFT JOIN person_phone ON person.id=person_phone.person_id
LEFT JOIN phone ON phone.id=person_phone.phone_id
LEFT JOIN mail ON mail.person_id=person.id AND mail.phone_id=phone.id;

Такой код позволит связать между собой таблицы "Персонаж", "Телефон" через промежуточные таблицы и добавить к ним таблицу "Почта", связанную условием с Персонажами и Телефонами. Так можно связать сколько угодно таблиц, а также добавлять дополнительные условия в ON и WHERE. Между отдельными сущностями при необходимости возможны промежуточные таблицы.

Условие связи в почте может быть и, например, таким:

LEFT JOIN mail ON mail.person_passport=person.passport AND mail.phone_id=phone.id

т.е. не обязательно привязываться именно по ID.

Можно строить и более сложные цепочки, например:

LEFT JOIN mail ON (mail.person=person.name OR mail.person=person.surname) AND mail.phone_id=phone.id

т.е. сравнение того, что указано в "Почте" о Персонаже, с его именем или фамилией + сравнение по номеру телефона (причем в рамках одной строки будет только тот телефон, какой есть у данного Персонажа, так как выше в запросе была привязка между таблицами "Персонаж" и "Телефон"; строк, где указан Персонаж не со своим Телефоном, не будет). MySQL поддерживает, например, и различные строковые функции (конкатенация, получение подстроки, замена части строки, смена регистра и т.д.) - можно выполнять сравнение и по ним (как и использовать оператор LIKE для сравнения подстроки со строкой, а не только равенство).

Аналогичным образом можно "наслоить" таблицу "Хостинг", связав ее по желаемым полям.

Отмечу, что в данном примере начало запроса идет от таблицы "Персонаж" и таблицы связываются через LEFT JOIN - в итоге выборка будет содержать только те почты, где указан Персонаж. Если необходимо выбрать и те почты, где Персонаж не указан - замените LEFT JOIN mail на OUTER JOIN mail. Если наоборот, нужно исключить из выборки Персонажей без Почты - воспользуйтесь INNER JOIN mail.

Ссылка с описанием подключения через mysql_connect была дана как самый базовый вариант, так как в описании задачи был указан только PHP без каких-либо уточнений. CMS, фреймворки позволяют делать запросы к базе без описания вручную механизма соединения, но итоговый синтаксис PDO очень зависит от конкретной системы.

[Didi00]

UndineS, Приветствую, еще раз большое спасибо за ответ!

И в первом ответе и втором очень подробно изложены самые необходимые и ключевые навыки работы с базой. Уверен многим будет интересно.

Тут на форуме, прочитал (к сожалению не помну у кого), «Чтобы задать правильно вопрос, необходимо знать половина ответа», видимо я пока не знаю половина ответа, по этому такой вопрос )

Сознательно не указал какой фреймворк использую в проекте, чтобы получить ответ, не привязанный к конкретному ращению. Если удастся понять решение, потом уже можно его адаптировать под свои условия.
Использую Symfony 4, соответственно с базой работаю через Doctrine-ORM

С джонами как реализовать решение понимаю, но уверен можно и нужно искать другое ращение.
На данный момент сущностей, в которых необходимо отслеживать взаимосвязи около 15, а свойств, по которым необходимо отслеживать около 6.
Они могут меняться, в базу могут добавляться новые таблицы, все запросы соответственно нужно переписывать?!

Ищу альтернативный вариант ращения (не на джоинах), возможно связанное с созданием таблицы связей, где можно будет задать поиск по необходимому объекту и все взаимосвязи будут доступны. При создание любой новой связи она должна обновляться. Возможно использовать дополнительно NoSQL базы.

В крайнем случае джойны вполне рабочий вариант, буду пока использовать их.