如何在SQL Server 2014SP2中创建仅含核心对象的空数据库副本？

基于你的需求，我整理了一套适配SQL Server 2014 SP2环境的落地流程，涵盖空核心库搭建、DDL脚本同步与自动化执行，以及后续基础数据插入的建议：

一、创建仅含核心对象的空数据库 #

有两种可靠的方式实现：

• 通过SSMS生成架构脚本
  打开SQL Server Management Studio，连接到现有数据库，右键点击数据库 → 任务 → 生成脚本。在向导中选择需要迁移的核心对象（表、视图、存储过程、自定义函数等），进入「设置脚本选项」步骤时，找到「编写数据的脚本」选项并设置为False，生成脚本后在提前创建的空库中执行即可。
• 直接复用现有DDL脚本
  既然你已经在维护DDL脚本，只需确保脚本开头指定目标新库（比如USE [YourNewCoreDB];），然后依次执行核心对象的创建脚本，就能快速搭建起无数据的核心架构。

二、DDL脚本的同步与自动化执行优化 #

针对你在GitHub和本地同步脚本、用mySP执行的流程，给出几个优化点：

• 标准化脚本命名
  给新增脚本统一命名规则，比如YYYYMMDD_Create_[ObjectName].sql，这样不管是GitHub版本追踪还是mySP遍历执行，都能按时间顺序处理，避免执行顺序错误导致的依赖问题。
• 本地与GitHub同步规范
  每次新增脚本后，先通过git命令（或GitHub Desktop）拉取远程仓库最新内容，避免冲突，再提交本地新增脚本到GitHub，确保两端脚本完全一致。
• 增强mySP的可靠性
  建议给存储过程添加以下逻辑：
  1. 遍历指定目录下的.sql脚本时，按文件名排序（按日期命名的话自然就是执行顺序）；
  2. 加入TRY...CATCH错误捕获，把执行日志（脚本名、执行时间、状态、错误信息）写入专门的日志表（比如ScriptExecutionHistory），方便快速定位问题；
  3. 增加脚本执行校验逻辑，通过日志表判断脚本是否已执行过，避免重复执行抛出「对象已存在」的错误。

三、后续基础数据插入的建议 #

• 把基础设置数据的插入脚本和DDL脚本分开存放（比如单独建BaseData目录），避免误执行导致数据污染；
• 待测试环境核心对象验证无误后，再执行基础数据插入脚本，同样可以通过扩展mySP的逻辑来自动化执行，或者手动在确认后的环境中执行。

内容的提问来源于stack exchange，提问作者BOR15K