Nir*_*man 5 sql-server data-tier-applications sql-server-2012 dacpac sqlpackage
我们当前的数据库接近200MB,但一旦应用程序上线,我们预计这将增长到一个大的数量.可能是,20-30 GB的数据.
我们计划使用"dacpac"(由数据库项目生成 - SSDT)在生产服务器上进行部署.将使用许多表创建数据库,并在查找表中创建大量初始数据.
但是,当我们使用"dacpac"(由数据库项目生成 - SSDT)升级生产服务器上的数据库时,关注的是未来的部署.
由于我没有使用dacpac进行部署的经验,任何人都可以建议我关注 -
最后,它是否比传统的手动编写sql脚本升级数据库更好?
根据我的经验,在部署dacpac时,数据量确实会产生影响.时间的增加将取决于您的数据库中的dacpac应用了哪些更改.我唯一的建议是尝试用更大量的数据来测试时间的增加,这可能是最小的
我们所有的对象都存储在SQL Server数据工具(SSDT)可视化工作室项目中,然后在TFS中进行版本控制,因此当我们需要基于其他检查进行构建时,它将为我们创建一个新版本
这可能取决于您正在应用的更新类型,以及您是否希望花时间了解回滚每个架构更新所需的时间.
我喜欢使用dacpac,并发现在一个Visual Studio项目中托管所有SQL对象非常有用.由于需要更改的次数,以手动方式进行可能会增加您忘记包含一个或多个修补程序的机会.