Проект базы данных Sql, который расширяет существующую таблицу

Question

У меня есть проект базы данных «Core» VS, который включает в себя таблицу с именем [dbo]. [MyTable] с несколькими столбцами на ней. Я повторно использую этот проект в ряде решений, в которых я также включаю проект базы данных по конкретным приложениям, который ссылается на основной проект базы данных, и добавляет больше таблиц и FK из этих таблиц в таблицы основного проекта.

Возможно ли использовать «построенные на» таблицы, определенные в проекте ядра db, то есть добавить больше столбцов в существующую таблицу, чтобы эти столбцы были определены только для одного проекта db для конкретного приложения, а не для любого из другие, которые повторно используют один и тот же проект ядра db?

Редактировать: Я только что нашел тот же вопрос, опубликованный более 6 лет назад. Видимо, тогда ответ был «нет», но, возможно, это возможно в более новых версиях VS?

https://social.msdn.microsoft.com/Forums/en-US/3583a5ea-d653-4268-a1d0-f58788c0cebf/partial-project-add-extra-column-to-table?forum=vstsdb

Answer 1

Это слишком долго для комментария.

Если я правильно понял ваш вопрос, вы ищете что-то вроде наследования таблицы. Это поддерживается Postgres (см. Документацию here). И это похоже на то, что вы описываете.

Если да, то SQL Server не поддерживает его напрямую. Мой совет состоял бы в том, чтобы иметь основную таблицу, а затем для каждого приложения есть другая таблица с тем же кластерным индексом для дополнительных столбцов.

Answer 2

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

Возможное обходное решение может заключаться в том, чтобы оставить основной стол, как есть, в основном проекте. В проекте расширения создайте таблицу с соответствующими внешними ключами и ограничениями в основной таблице вместе с дополнительным столбцом (-ами), эффективно соотношением 1: 1. И при необходимости виртуализируйте две таблицы с VIEW, которая содержит основные столбцы, плюс дополнительные столбцы из таблицы расширений.

Если ядро ​​стандартизовано во всех экземплярах, вы хотите сохранить ядро ​​таким образом. подумайте об этих расширениях в рамках правил разделения ответственности. если ядро ​​когда-либо меняется, оно должно влиять только на ядро, и если расширения когда-либо должны измениться, следует изменить только те из них.