ERD (mySQL диаграммы) через WorkBench - для чего они?

Question

Открыл чужую БД через WorkBench создал диаграмму связей. Получилось примерно так, как на скрине (скрин просто взят с инета)
Открыл свою БД, начал делать, у меня таблицы без связей (связи у меня на уровне запросов).
Я строю архитектуру БД неправильно?
Что-то помню из дипломных работ (учился лет 15 назад), что если менять одно поле, то автоматом в ПО измениться и другое. Для этого нужны связи?
Без связей можно делать ПО или категорически нельзя?
И чем чревата архитектура БД работающая без вот таких связей в ПО?
<img lsrc="//otvet.imgsmail.ru/download/47721952_a05435aa35ad493fc3d5d6ba9310b59a_240x240.png" hsrc="//otvet.imgsmail.ru/download/47721952_a05435aa35ad493fc3d5d6ba9310b59a_800.png" osrc="//otvet.imgsmail.ru/download/47721952_a05435aa35ad493fc3d5d6ba9310b59a.png" src="//otvet.imgsmail.ru/download/47721952_a05435aa35ad493fc3d5d6ba9310b59a_800.png" big="1" >

=Zmn=- Myxamor · Accepted Answer

Можно работать без редактора схем. MySQL нормально поддерживает язык запросов. Главное - создавать ключевые поля в таблицах. Этого достаточно для запросов. Только желательно вместо опции join использовать опцию условие where.

Василий Иванов · Answer

Связи называются внешними ключами. Они нужны для проверки ссылочной целостности. Вторая (опциональная) функция внешних ключей: автоматическая поддержка ссылочной целостности в некоторых случаях. Например, при удалении записи из главной таблицы автоматически удаляются записи из дочерней таблицы. Это называется "каскадное удаление".
15 лет назад всё это уже было.
Внешние ключи не влияют на текст SQL-запросов.
Ещё одно преимущество внешних ключей: понятно, как связаны таблицы.
На скине есть странности: связи много-ко-многим. Таких связей не может быть реляционной БД.