simlexВозникли сомнения в правильности построения архитектуры бд.

Заполни эти три таблицы реальными данными, потом удали что нибудь, посмотри что получилось и определись в своих сомнениях - кроме тебя, больше это никому не нужно...

Dimitry Sibiryakovsimlexа в чем недостаток cascade delete?
В том, что он позволяет удалить из БД неожиданно много информации. БД создаются для
хранения информации, на её удаление требуется весьма веское основание.

С другой стороны, если не удалить неожиданно много информации каскадно, то вполне ожиданно
в бд станет много никому не нужного мусора....

softwarerВ этом месте меня начинает грызть смутное сомнение... :)

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

simlexВозможно так же определить отдельные Adress таблицы для Center1 и Center2 по один-к-одному, но это будет расточительно... Adresses буду в дальнейшем расширять, и возможно, такой подход подойдет. Но как быть,, например для неменяющихся типо
в, которые нужно связать для разных объектов по FK?

simlex,

simlexvmag, спасибо, но мне нужно чтобы при удалении либо Center1 либо Center2 удалялся связанный с ним Address

Алгоритм удаления записи из Center1:
1. Найти удаляемую запись в Center1.
2. Проверить наличие в Center2 записей с id_adres как в удаляемой из Center1.
3. Если записи в Center2 есть, то удаляем только запись из Center1, если нет, то удаляем и запись Center1 и запись Adress по id_adres.

Алгоритм удаления записи из Center2
аналогично по смыслу...

Можно вообще не парится, а периодически запускать процедуру, которая будет удалять все адреса,
не имеющие подчиненных записей ни в Center1 ни в Center2


simlexА по представленному рисунку ключи у меня не создаются. При добавлении внешнего ключа к Address (связь с Center1): "Столбцы в таблице Center1 не совпадают с существующим первичным ключом или ограничением UNIQUE"

Это нужно делать на пустой БД и иметь ввиду, что в моей схеме всё наоборот с ключами - первичный в Adress а вторичные в Center1 и Center2

simlexPallaris,на один центр - один адрес.

Вам бы озвучить просто изначальную проблему без своих идей по её реализации, а то вы так только всех путаете... Зачем две одинаковые таблицы Center ????

Пусть тогда будет одна таблица Center с текстовым полем адрес и всё...

simlexvmag, таблицы Center1 и Center2 simlexотличаются всем, кроме наличия адреса

Посмотрите на своё пикасо.... они как раз абсолютно одинаковые (по структуре и названиях полей) кроме названий....