Отношения между таблицами в SQL

Следовательно, значения от 1 до 4 могут повторяться много раз, потому что один и тот же клиент может совершить более одной покупки.

Связь «один ко многим»

Это пример связи типа «один ко многим»: значение одно из столбца «customer_id» в столбце «Клиенты». " можно найти много раз в столбце " customer_id" в таблице " Продажи ". В реляционной схеме это показано назначением правильных символов в конце стрелки.

Как отобразить отношения

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

Первое направление

Например, подумайте об этом так: один клиент мог сделать одну покупку, но он мог сделать и несколько! Таким образом, второй символ рядом с прямоугольником показывает минимальное количество экземпляров сущности «Клиенты», которые могут быть связаны. с сущностью " Продажи ".

Когда этот символ представляет собой тонкую линию, это означает «один».

Символ, расположенный рядом с прямоугольником, указывает максимальное количество экземпляров, которые могут быть связаны с сущностью «Продажи». Угловой символ означает « много ».

Противоположное направление

Проверим взаимосвязь в обратном направлении. Для разовой покупки, зарегистрированной в таблице «Продажи», в качестве покупателя может быть указан один покупатель. Итак, мы должны иметь имя, адрес электронной почты и количество жалоб по крайней мере для одного клиента в таблице «Клиенты», который соответствует одной покупке в таблице «Продажи». . Следовательно, минимальное число равно 1.

В то же время мы только что упомянули, что для данной покупки у нас не может быть более одного покупателя, а это означает, что максимальное количество экземпляров из « Продажи», связанные с « Клиенты "тоже один. Следовательно, для каждой покупки мы можем получить данные об имени, адресе электронной почты и количестве жалоб для одного клиента, и мы представляем эту логику, рисуя линию для минимума и линию для максимума.

Кардинальные ограничения

Два символа, расположенные ближе к прямоугольникам, образуют связь между таблицами «Клиенты» и «Продажи». В нашем случае правильно будет сказать, что связь «Клиенты» и «Продажи» является один ко многим, а «Продажи» на «Клиенты» равно многие к одному.

Символы, показывающие нам ограничения отношений, называются ограничениями кардинальности. Существуют и другие символы, которые также можно использовать.

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

Больше типов отношений

Существуют и другие типы отношений между таблицами — один-к-одному, многие-ко-многим и т. д. Это информация, которой мы делимся с вами в качестве общих знаний. Это специализированная тема, интересующая в основном продвинутых пользователей.

Почему мы используем реляционные схемы

Таким образом, реляционные схемы (или схемы баз данных) не просто представляют концепцию, которую должны реализовать администраторы баз данных. Они изображают, как устроена база данных. Их можно рассматривать как чертежи или план базы данных, поскольку они обычно готовятся на этапе проектирования базы данных.

Рисование реляционной схемы — непростая работа, но реляционные схемы очень помогут вам при написании запросов. Аккуратная и полная визуализация структуры всей базы данных всегда будет полезна для извлечения информации.

Представление отношений между таблицами в SQL

В заключение мы показываем связи между таблицами в SQL с ограничениями количества элементов, потому что это облегчает понимание. Теперь, когда вы знаете, как они используются; вы можете определить категорию отношения, просто взглянув на схему базы данных.

Следующим шагом будет изучение того, как установить и использовать MySQL Workbench.

Следующий Туториал: Как установить MySQL

Первоначально опубликовано на https://365datascience.com