确保不同环境下的正确配置
我通常更改配置中的连接字符串以连接到测试数据库或生产数据库。
我担心有一天我会混合它们并执行原本用于测试数据库的活动，但针对生产数据库执行。
备份可以最大程度地减少影响，但是是否可以采取其他措施来避免此问题？
我的环境是Visual Studio 2010、.NET、MySQL
I usually change the connection string in config to connect either to a Test database or to a Production database.
I am afraid some day I will mix up them and execute activities that were intended for the Test database, but execute against the Production database.
Backups minimize impact, but is there something else that can be done to avoid this problem?
My environment is Visual Studio 2010, .NET, MySQL
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
在不同的环境中使用不同的帐户/权限。
在 Windows 环境中，使用映射到 Windows 组的数据库角色（如果您的数据库支持）。
最好不要让开发人员每天访问生产环境。如果需要，请创建
DOMAIN\userName.admin（或类似的帐户），以便在开发人员需要访问生产环境的极少数情况下使用。Use different account/permissions in different environments.
In a windows environment, use database roles mapped to Windows Groups (if your DB supports it).
Preferably, do not give developers everyday access to Production. If needed, create
DOMAIN\userName.admin(or something similiar) accounts to be used in the rare circumstances that developers need to access the production environment.拒绝开发人员帐户针对生产执行的权利/权限。假设您有能力创建 AD 帐户。
在您的开发和测试环境中使用您的日常帐户。拒绝 Prod 的该帐户权限。
在对生产执行更改时创建并使用另一个帐户。将其命名为清晰的名称，例如
Idsa-Admin或Idsa-Prod。这将迫使您明确并使用该帐户创建连接或登录。Deny the developer's accounts the rights/permissions to execute against production. Let's assume you have the ability to create A.D. accounts.
Use your regular everyday account against your Dev and Test environments. Deny that account permission to Prod.
Create and use another account when executing changes to Production. Name it something clear like
Idsa-AdminorIdsa-Prod. This will force you to be explicit and create a connection or login with that account.