Во-первых, я никогда не использовал Visual Studio Database Edition. Вы благословлены (или прокляты) всеми инструментами, которые дает вам эта утилита. Надеюсь, это включает в себя большую гибкость.
Я не знаю, что я бы сильно изменил между статическими данными вашего типа 1 и типа 2. Это наборы данных, которые определяются один раз, а затем никогда не обновляются, за исключением последующих выпусков и обновлений, верно? В этом случае основное различие заключается в том, как или почему данные являются такими, какие они есть, а не в том, как они хранятся или инициализируются. (Если данные не зависят от среды, как в «A» для разработки, «B» для производства. Это будут данные «типа 4», и я буду с радостью игнорировать их в этом посте, потому что я решил их с помощью SQLCMD переменные, и они вызывают у меня головную боль.)
Во-первых, я бы сделал скрипт для создания всех таблиц в базе данных - желательно только один скрипт, в противном случае вы можете иметь кучу скриптов (и найти и заменить, когда переименование столбцов становится очень неудобным). Затем я бы сделал скрипт для заполнения статических данных в этих таблицах. Этот сценарий можно добавить в конец сценария таблицы, создать собственный сценарий или даже создать один сценарий для таблицы - хорошая идея, если вам нужно загрузить сотни или тысячи строк. (Некоторые люди создают CSV-файл, а затем выдают на него BULK INSERT, но я бы хотел избежать этого, поскольку он просто дает вам два файла и сложный процесс [настройка сопоставлений дисков при развертывании] для управления.)
Главное, что нужно помнить, это то, что данные (хранящиеся в базах данных) могут и будут меняться со временем. Редко (если вообще когда-нибудь!) Вам будет предоставлена возможность удалить вашу производственную базу данных и заменить ее новой, блестящей, новой, лишенной всех этих грубых данных за прошедшие тринадцать лет. Базы данных - все об изменениях с течением времени, и вот где скрипты вступают в свои права. Вы начинаете со сценариев для создания базы данных, а затем со временем добавляете сценарии, которые изменяют базу данных по мере появления изменений - и это также относится к вашим статическим данным (любого типа).
(В конечном счете, моя методология аналогична бухгалтерскому учету: у вас есть учетные записи, и по мере внесения изменений вы корректируете учетные записи с записями в журнале. Если вы обнаружили, что допустили ошибку, вы никогда не возвращаетесь и не изменяете свои записи, вы просто делаете последующие записи, чтобы обратить и исправить их. Это всего лишь аналогия, но логика является здравым.)