Мы проектируем новую базу данных, которая будет интенсивно использовать схемы для разделения логических частей нашей базы данных.
В качестве примера можно привести сотрудника и клиента.У нас будет схема для каждой из них, и веб-службы, которые подключаются к одной, не будут допущены в другой.
Когда мы сталкиваемся с проблемами / проблемами, данные кажутся очень похожими между двумя схемами.Например, у сотрудников и клиентов есть адреса.
Мы могли бы сделать что-то вроде common.Address.Но мандат на разделение доступа к данным сервисов достаточно силен.
Так что похоже, что мы пойдем с сотрудником. Адрес и клиент. Адрес.
Однако было бы неплохо, если бы был способ применить определение глобальной таблицы адресов.Что-то, чтобы не дать определению этих двух таблиц адресов разойтись во время разработки.(Примечание: на самом деле их будет больше двух.)
Есть ли что-нибудь подобное в SQL Server.Некоторая таблица типа "тип" или "класс", которая может быть "реализована" в разных схемах.(Я не надеюсь здесь, но я думал, что я спрошу.)