我写了一个使用MSSQLServer的数据的小工具。现在我在想,这不是在生产服务器上开发的最佳实践。我可以使用localdb作为开发和mssql服务器作为生产?
我的想法是使用localdb进行开发,这可能吗?
当我部署该工具时,可以以某种方式切换到生产服务器连接吗?
我写了一个使用MSSQLServer的数据的小工具。现在我在想,这不是在生产服务器上开发的最佳实践。我可以使用localdb作为开发和mssql服务器作为生产?
我的想法是使用localdb进行开发,这可能吗?
当我部署该工具时,可以以某种方式切换到生产服务器连接吗?
这取决于您需要如何安全地使它成为一个简单的应用程序,您可以使用App.debug.config和App.release.config来处理这种情况。
这里是安全存储的链接https://mitasoft.wordpress.com/2011/09/28/multipleappconfig/你可以看看如何在连接字符串存储在一个安全商店https://weblogs.asp.net/jongalloway/encrypting-passwords-in-a-net-app-config-file
使用XML转换,如果你使用像TeamCity的持续集成我把它也将帮助你下面使用工具来查看Visual Studio中非常有用的工具内的差异
https://marketplace.visualstudio.com/items?itemName=WillBuikMSFT.SlowCheetah-XMLTransforms
还要检查这个https://msdn.microsoft.com/en-us/library/dd465318(v=vs.100).aspx
对于开发环境,SQL Server Express安装可能是LocalDB更好的解决方案。 它需要一些时间进行安装,但您将使用与生产环境更接近的配置。
是的,你可以安装LocalDB,但SQL Server Express将是一个更好的方法。你应该确保你没有版本的应用程序文件配置。无论如何,开发环境将与服务器的配置有所不同,您可能希望避免让不受信任的开发人员知道prod数据库密码。只要确保你版本的所有其他文件,但不要跟踪那一个。如果你这样做,你的部署过程不应危及你的prod配置。虽然,该配置的备份可能是一个有用的资产。
您需要将本地MDF文件添加到生产服务器。当然,它们应该是相同的版本(或生产服务器应该是更高版本) – Steve
考虑安装本地版本的SQLServer(它有一个免费版本),具有相同版本的生产SQLServer安装。然后,您只需更改用于开发和生产服务器的连接字符串即可 –