我想设置从 Maximo 7.6.1.1 到外部系统的出站集成。 Maximo 和外部系统都有 Oracle 12c 数据库。
在外部系统中，我想从 Maximo WORKORDER 表中选择打开的 WO，以进行近乎实时的数据分析。
标准集成选项似乎是：
我注意到materialized views 通常不被认为是一个有效的集成选项。
例如，我可以在外部系统中通过 dblink 在 Maximo.WORKORDER 表上创建一个物化视图。物化视图可以设置多种不同的方式，包括按计划刷新、接近实时等。
据我所知，物化视图将是一种相当强大的集成技术。但是，我从未听说过我的任何同行将物化视图用于 Maximo 集成。
物化视图不适合 Maximo 集成是否存在技术原因？
例子：
两个数据库都需要是后期模型的 Oracle dbs 才能实现物化视图，但情况并非总是如此。
【问题讨论】：
标签： oracle integration materialized-views maximo
两个数据库都需要是后期模型 Oracle dbs 才能实现物化视图，但这种情况并不常见
稍作修改，我猜这正是为什么通过物化视图进行集成不被普遍提议为“标准”集成方法的原因。修改原因如下：
两个数据库都需要是由同一家公司拥有的 Oracle 数据库。
很少有公司会向贸易伙伴（供应商、客户等）授予对其生产数据库的 TNS 级访问权限。因此，物化视图方法仅适用于公司内部集成。
我认为这种方法的用例过于狭窄，以至于无法被谈论和撰写此类事情的人们视为通用集成技术。
也就是说，如果 Maximo（我不知道那是什么......）以一种您可以安全地查询它以进行出站集成的方式公开其数据模型，那么我看不到任何技术 有理由不利用您的两个数据库都是 Oracle 并且它们都是 您的 数据库这一事实。
非技术原因可能涉及标准。例如，我的几个客户强制执行要求所有组间集成都通过 Oracle Service Bus 的体系结构标准。也就是说，与其让系统网络以不同的方式相互通信，不如让所有系统都以相同的方式与单个事物 (OSB) 通信。
【讨论】：
Oracle 的物化视图是数据建模者和数据库设计者的绝佳工具。从字面上看，它们是数据库市场上最好的 MV 实现之一（我的主要经验是使用 Oracle，我使用过 SQL Server 和 PostgreSQL：我没有使用过 DB2 或其他数据库）。作为一个实例化视图，它们提供了传统视图的所有功能，但具有用于构建更高性能、受约束和索引的“表”对象的附加功能。我想人们可以将 MV 视为一张表，其中包含描述其构造和刷新的元数据。
为什么 MV 没有得到更广泛的使用？
首先 (1)，在提到的情况下，访问 Maximo，总是存在能够访问专有产品模式的问题。
其次（2），要使 MV（或视图）成功，它必须正确访问底层数据，这需要对所访问的数据有全面的了解。可以使用 MV 和各种技术访问此处建议的数据类型，但这可能不是最好的方法（见下面的 3）。
第三 (3)，专有系统中的数据库表是事务性和面向过程的数据的动态环境的一部分。因此，确保上述 2 中的 MV 正确性的需要也适用于此。
第四（4），很可能是无知。我遇到了多少 Oracle 专业人士，他们参加过培训他们关于 MV 的课程？可能很少（我可以自己在这个群体中）。鉴于我刚刚承认的，为什么我认为我可以写这个回复？我想这是因为我的整个职业生涯都在使用 Oracle 和其他数据库。我曾经遇到过必须构建事务性->数据仓库类型的解决方案的情况，这需要大量且持续的 MV 知识获取（广泛用于 Oracle 到 Oracle 的复制）。
第五 (5) 扩展 4 是观察到人们被他们最了解的工具所束缚。如果那是桌面或网络 GIS，那么这就是他们所知道的。在生产环境中对数据库的访问确实受到限制，因此除非存在全栈开发/测试/生产数据库，否则无法访问那种用于学习的“沙坑”。
2c 西蒙
【讨论】：