Use*_*973 6 oracle integration materialized-views maximo
我想设置从 Maximo 7.6.1.1 到外部系统的出站集成。Maximo 和外部系统都有 Oracle 12c 数据库。
在外部系统中，我想从 Maximo WORKORDER 表中选择打开的 WO，以进行近实时数据分析。
标准集成选项似乎是：
我注意到物化视图通常不被认为是有效的集成选项。
例如，我可以通过 dblink 在 Maximo.WORKORDER 表上的外部系统中创建物化视图。物化视图可以通过多种不同的方式设置，包括按计划刷新、近乎实时等。
据我所知，物化视图是一种相当强大的集成技术。但是，我没有听说过任何同行为了 Maximo 集成目的而使用物化视图。
为什么物化视图不是 Maximo 集成的合适选择，是否存在技术原因？
例子：
两个数据库都需要是后期模型 Oracle dbs 才能实现物化视图，但情况并非总是如此。
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 西蒙