问题标签 [oracle-streams]

有几种类似的 Oracle 技术 - Oracle Streams、Oracle Change Data Capture 和 Database Change Notification。

这些之间有什么区别？

它们与 Oracle 高级队列有关吗？

我打算使用 Oracle Streams 进行从源到目标的复制。Target 将主要用于运行报告。早些时候，所有报告都用于在 Source 本身上运行。因此，这种安排提供了更好的性能，因为所有报告查询都被定向到专用目标。

我还想对 Target 上的表进行非规范化以实现更好的报告性能。可以与 Streams 复制一起进行非规范化吗？我知道 Oracle Streams 允许我们编写自己的出队过程。但是有没有一种简单的基于“GUI”的方法来实现动态去规范化......当 Streams 复制数据时？任何指针都会非常有帮助。

我正在编写一个工作流系统，该系统在每一步都完全由明确的人机交互驱动。也就是说，将任务分配给一个人，该人从几个有限的选项中进行选择{批准，拒绝，转发}，然后将其发送给下一个人或终止。

只是好奇 Oracle Streams/AQ 是否可以提供由常规 Web 应用程序代码管理的平面表所提供的任何东西。每个动作之后的处理量是相当有限的，而且处理量也不是很高，因此实际上不需要通过将它们放入队列来限制它们。引入队列结构有什么好处，或者对我的情况来说它是不是有点矫枉过正？

这个问题是指Oracle Streams Advanced Queuing中的消息出列。

我需要确保按顺序处理彼此相关的消息。

例如，假设队列中包含四个消息，这些消息具有称为事务引用 (txn_ref) 的业务相关字段，并且其中两个消息 (1,3) 属于同一事务 (000001)：

还假设我正在运行 4 个希望从该队列中出列的线程/进程。应发生以下情况：

1. 线程 1 出列消息 #1
2. 线程 2 出列消息 #2
3. 线程 3 将消息 #4 出列（因为消息 #3 与 #1 相关，而 #1 尚未完成）。
4. 线程 4 块等待消息
5. 线程 1 提交消息 #1 的工作
6. 线程 4（或者线程 1）使消息 #3 出列。

我最初的想法是，我可以通过出列条件来实现这一点，其中 ENQ_TIME（入队时间）不晚于具有相同 TXN_REF 的所有消息的任何其他 ENQ_TIME。但我的问题是如何引用我尚未选择的消息的 TXN_REF 以便选择它。例如

有可能在这里实现我想要的吗？

我只是在使用 Oracle Streams 设置一个测试项目。

我的第一个问题是，有什么我需要先安装的吗？如何判断是否安装了 Oracle Streams？

我刚刚开始一个项目，希望使用 Oracle 流。

我正在寻找一个使用 Oracle Streams 的直接的、hello-world 类型的示例。你能给我指一个教程或给我看一个例子吗？

谢谢

我将使用 Oracle Streams 为高负载系统实现异步审计跟踪功能（用于对重做和归档日志进行日志挖掘）。就我而言，审计跟踪不能减慢对我的表集的任何 DML 操作。此外，审计必须包含有关最终用户身份以及修改日期和时间的附加信息。

有人在使用 Oracle Streams 实施审计跟踪方面有经验吗？以这种方式移动是个好主意吗？

是否有任何教程提供有关使用 Oracle Streams 实施审计跟踪的提示和技巧？

在 Oracle 10g 上输出流式错误日志时，日志不显示时间戳字段的值；相反，它只是将“时间戳是 SYS.TIMESTAMP”显示为旧值和新值。有没有办法配置 Oracle 流以显示实际的时间戳值？我们需要这些信息来正确调试这些流错误的根本原因。

例如，执行以下命令：

给我们这个（截断的）错误日志：

我正在尝试确定是否可以将 Oracle Database 11g 配置为在发生特定 DML 事件（例如插入或更新特定表）时向代理（在我的情况下为 ActiveMQ）发送 JMS 消息，以便我可以在外部的非 Oracle 应用程序中处理此事件。

我进行了一些搜索，似乎 Oracle Streams 能够处理这个用例，因为它暗示了 JMS，但文档似乎只关注 Oracle 数据库到 Oracle 数据库 JMS 消息发送。

我并不是特别问如何做到这一点，但如果它甚至可能的话，当然，如果你能向我推荐一个关于如何设置它的教程，我也会很感激。

我正在实施一个 Oracle Streams 环境，该环境在某些表上复制 DML 更改。

我使用了DBMS_STREAMS_ADM.MAINTAIN_TABLES过程，实例化为 DBMS_STREAMS_ADM.INSTANTIATION_TABLE_NETWORK，过程的所有块都成功执行，但是表没有在目标数据库中创建。

如文档中所述：

如果此参数设置为 DBMS_STREAMS_ADM.INSTANTIATION_TABLE 或 DBMS_STREAMS_ADM.INSTANTIATION_TABLE_NETWORK，则被实例化的表必须存在于源数据库中，并且包含这些表的表空间必须存在于目标数据库中。

细节：

1. 存在从目标数据库到源数据库的数据库链接。

2. 表存在于源数据库中，表空间也存在于目标数据库中。

3. 目标数据库中不存在用户 SCOTT 。

4. 源数据库是 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

5. 目标数据库是 Oracle Database 11g Express Edition Release 11.2.0.2.0 - Production

主要代码：

代码生成了 14 个块，第 7 个块（使用数据泵）