Oracle 在实时系统中分离演示数据

Oracle 在实时系统中分离演示数据,oracle,Oracle,如果我们抛开将演示数据放入实时系统一分钟的对错不谈,那将是一个完全不同的讨论!,我们被要求在我们的实时系统中存储一些演示数据,以便能够可靠地演示,而不出现冒烟+镜像。例如,我们希望使用相同的登录页面 因为我确信这是许多其他人必须面对的一个挑战——我想知道人们设计了什么方法来分离这些数据,以便它们不会妨碍他们系统的日常操作 正如我上面提到的,我知道这可能不是最佳做法- 您可以将数据分离到一个新的数据库中,然后重定向您的连接字符串吗?它们不是硬编码的,对吗?正当指向演示数据库。这样,实时数据就不会受

如果我们抛开将演示数据放入实时系统一分钟的对错不谈,那将是一个完全不同的讨论!,我们被要求在我们的实时系统中存储一些演示数据,以便能够可靠地演示,而不出现冒烟+镜像。例如,我们希望使用相同的登录页面

因为我确信这是许多其他人必须面对的一个挑战——我想知道人们设计了什么方法来分离这些数据,以便它们不会妨碍他们系统的日常操作


正如我上面提到的,我知道这可能不是最佳做法-

您可以将数据分离到一个新的数据库中,然后重定向您的连接字符串吗?它们不是硬编码的,对吗?正当指向演示数据库。这样,实时数据就不会受到污染,您的代码看起来也一样。我们实际上是这样做的一个三层部署系统,我们进行本地开发,每几个月部署到具有实时数据快照的QC环境中,然后在测试完成后部署到实时环境中。

您可以将数据分离到一个新的数据库中,并重定向您的连接字符串吗,正当正当指向演示数据库。这样,实时数据就不会受到污染,您的代码看起来也一样。我们实际上是这样做的一个三层部署系统,我们进行本地开发,每几个月部署到具有实时数据快照的QC环境,然后在测试完成后部署到实时环境。

我经常在某些类型的实时系统上看到它。 例如,超市的销售点系统:收银员接受销售点终端的生产培训

关键是仔细识别测试或培训数据。对于如何在数据库中对此进行建模,我不会说有任何明确的最佳实践——它将是特定于应用的


您确实必须仔细定义测试/培训场景所涵盖的范围。例如,您不希望培训/测试事务出现在生产报告中,但您可能希望能够为培训/测试目的使用此数据创建报告。

我经常在某些类型的实时系统上看到它。 例如,超市的销售点系统:收银员接受销售点终端的生产培训

关键是仔细识别测试或培训数据。对于如何在数据库中对此进行建模,我不会说有任何明确的最佳实践——它将是特定于应用的


您确实必须仔细定义测试/培训场景所涵盖的范围。例如,您不希望培训/测试事务出现在生产报告中,但您可能希望能够为培训/测试目的使用此数据创建报告。

FWIW,我们正在考虑使用Oracle的行级安全性/虚拟专用数据库功能将演示数据与其他数据分离。

FWIW,我们正在考虑使用Oracle的行级安全/虚拟专用数据库功能将演示数据与其他数据分离。

完全不同意Joe的观点。Oracle有一个工具可以做到这一点,而不管实施情况如何。在我读你的答案之前,我想说VPD。。。但这可能会对生产产生影响

记住,查询中的每个表都从

SELECT * FROM tableA 

每个表的策略都是

因此,假设您的测试数据必须跨越每个表,每个表都必须有一个策略,并且在SQL开始工作之前,每个表都将被过滤


您甚至可以对用户隐藏该列。如果你这样做的话,你就需要熟练地编写保单。您必须根据数据的插入方式创建该值,并将列公开给某些管理员帐户进行维护。

完全不同意Joe的观点。Oracle有一个工具可以做到这一点,而不管实施情况如何。在我读你的答案之前,我想说VPD。。。但这可能会对生产产生影响

记住,查询中的每个表都从

SELECT * FROM tableA 

每个表的策略都是

因此,假设您的测试数据必须跨越每个表,每个表都必须有一个策略,并且在SQL开始工作之前,每个表都将被过滤


您甚至可以对用户隐藏该列。如果你这样做的话,你就需要熟练地编写保单。您必须根据插入数据的方式创建该值,并将该列公开给某些管理员帐户进行维护。

遗憾的是,在我们的情况下不可能,因为没有这样的连接字符串。我们已经考虑过将数据放在不同的模式中。。。也许会这样。谢谢-遗憾的是,在我们的例子中不可能,因为不存在这样的连接字符串。我们已经考虑过将数据放在不同的模式中。。。也许会这样。谢谢-本应编辑或评论您的pos
T这适用于没有评论权限的答案和noob。您应该刚刚编辑或评论了您的帖子。这适用于没有评论权限的答案和noob。