Oracle 如何在较低的环境中测试DB脚本的所有环境配置

在进入生产环境之前，我需要弄清楚如何在较低的环境中测试所有环境配置

---

有时候，我的db脚本在开发和测试中工作得很好，但当我进入prod时，我开始发现一些问题。那么，在进入prod之前，是否有一种方法可以测试所有环境（开发、测试、预发布、prod等）的DB配置文件？

您遇到了哪些问题？我们无法帮助解决我们不理解的问题。您可以在脚本中设置不同的案例，使其根据环境表现出不同的行为，但是我们需要更多地了解您所面临的问题，以便能够帮助您解决这些问题。@cdb_dba问题是我的构建在生产环境中运行时中断了，原因是有一些脚本包含了仅在较低环境中存在的方面。这就是为什么我想知道是否有一种方法可以在较低的环境中测试所有脚本，但以我的生产环境为目标？@samg这是一个重要的问题，但并不适合堆栈溢出，在堆栈溢出中，Q&a格式倾向于正确或错误的答案。避免环境差异是一个巨大而困难的话题。答案完全取决于您在组织中使用的语言、流程和配置。我通常会说，有两种方法可以解决这个问题：1）尝试协调环境并减少构建数量，或2）实施自动化单元测试，频繁构建，并使用大型测试套件来捕获常见问题。我更喜欢#2，但它需要时间和纪律。@JonHeller，谢谢你的反馈。所以构建只包含DB脚本，我不能频繁构建生产环境。根据发布版本生成产品需要几个月才能完成。但是，在生产环境下运行DB build之前，我想对它进行测试，以确保在生产环境下运行时不会出现任何问题。@samg很难给出具体的建议，这个问题会以多种方式出现。您要么需要被动（每次出现故障时，编写测试），要么需要主动（让DBA和管理员比较环境并尽可能避免差异）。仅每隔几个月部署一次的问题是，不可能精通仅每隔几个月发生一次的事情。您不必每天都部署到prod，但经常部署到较低的环境可能会改进整个过程。您遇到了哪些问题？我们无法帮助解决我们不理解的问题。您可以在脚本中设置不同的案例，使其根据环境表现出不同的行为，但是我们需要更多地了解您所面临的问题，以便能够帮助您解决这些问题。@cdb_dba问题是我的构建在生产环境中运行时中断了，原因是有一些脚本包含了仅在较低环境中存在的方面。这就是为什么我想知道是否有一种方法可以在较低的环境中测试所有脚本，但以我的生产环境为目标？@samg这是一个重要的问题，但并不适合堆栈溢出，在堆栈溢出中，Q&a格式倾向于正确或错误的答案。避免环境差异是一个巨大而困难的话题。答案完全取决于您在组织中使用的语言、流程和配置。我通常会说，有两种方法可以解决这个问题：1）尝试协调环境并减少构建数量，或2）实施自动化单元测试，频繁构建，并使用大型测试套件来捕获常见问题。我更喜欢#2，但它需要时间和纪律。@JonHeller，谢谢你的反馈。所以构建只包含DB脚本，我不能频繁构建生产环境。根据发布版本生成产品需要几个月才能完成。但是，在生产环境下运行DB build之前，我想对它进行测试，以确保在生产环境下运行时不会出现任何问题。@samg很难给出具体的建议，这个问题会以多种方式出现。您要么需要被动（每次出现故障时，编写测试），要么需要主动（让DBA和管理员比较环境并尽可能避免差异）。仅每隔几个月部署一次的问题是，不可能精通仅每隔几个月发生一次的事情。您不必每天都部署到prod，但经常部署到较低的环境可能会改进整个过程。