Text, UserId=FK}
Если в будущем я захочу перенести таблицу пользователей в другую бд, что произойдет с внешними ключами?
Думаю ничего. Ну если что, то просто отключить FK.
думал, технологии уже дошли до такого) Типо делаешь каскадное удаление и система сама всё на разных серверах удалят))
Ну может я неправильно понял что ты хочешь
А зачем пользователей переносить в другую БД?
Это больше теоретический вопрос. На практике пока не требуется. К примеру, в будущем нужно будет какую-то большую таблицу перенести. Либо будет разделение по-регионам
Перенесёшь в другую БД -- надо будет менять или удалять FK constraint
Не надо разделять предметку по разным базам данных. Это бессмысленно и вредно
Одно приложение должно работать с одной базой данных. Это закон
нет, до такого не долшла
Или сразу со всеми, если это етл
если ETL -- c ДВУМЯ!
У нас было 2 терадаты, 4 оракла, 5 пг, mssql и множество mysql всех цветов радуги.
если у вас база типа кластер, которые друг друга слушают, то конечно удалится на всех репликах(и мастерах) которые в 1 связке сидят
по-сути там есть механизмы проверки целостности внешних ключей? К примеру я добавлю сущность с FK, а система определит существует ли сущность в другом кластере или нет?
нет. не так. кроскластерные ключи не будут сделаны
Обсуждают сегодня