3

由于数据库从 12c 升级到 19c，我想讨论我对现有 SQL、PL/SQL 脚本和数据模型的影响的理解：根据我自己的研究和理解——

  1. 在 ETL 加载和报告查询期间，没有发现可能导致现有 SQL 和 PL/SQL 失败的更改。
  2. 没有识别出可能影响现有数据模型的数据类型更改。Oracle
    Database 19c 仅支持 DE 扩展数据类型功能。我们在现有数据模型中不使用扩展数据类型。
  3. 12.2 和 19c 之间的关键特性的数据库布局没有
    改变。因此，您对 12.2 和 19c 的设置不应导致任何问题

请让我知道任何进一步的评论或意见。

4

2 回答 2

3

因此，您对 12.2 和 19c 的设置不应导致任何问题

确切地。

正式地，有描述发生了什么变化的新功能。非正式地，我发现了 Dave Partridge 写的一篇不错的文章，他说（我稍微格式化了它）：

很容易担心 18c 和 19c 代表了重大升级。然而，这种情况并非如此。18c 和 19c 都是 Oracle 数据库的 12.2 版本。

  • Oracle Database 18c 是 Oracle 12c 第 2 版 (12.2.0.2)。(...)
  • Oracle 19c 本质上是 Oracle 12c 第 2 版 (12.2.0.3)。

很清楚，我会说。所以，从我的角度来看，不用担心，升级。如果您先在测试环境中执行此操作，则不会造成伤害。

于 2020-05-22T09:53:14.393 回答
0

从理论上讲，您可能没有任何不兼容或问题。但是经验表明，升级Oracle数据库总是存在一些风险：主要是SQL执行计划的变化，因为基于成本的优化器（CBO）总是被改进：通常没问题，但你可能会有一些例外（即执行计划发生了变化）变慢）；这就是为什么性能测试应该是升级测试中的强制性步骤。切勿在未在数据库的物理副本上进行测试的情况下直接在生产环境中进行升级：这样做可能会导致灾难！

除了 Oracle 文档和 support.oracle.com，我建议始终查看 Mike Dietrich 博客，这是最好的（如果不是最好的）Oracle 升级知识库之一： https ://mikedietrichde.com/

如果在 Oracle 升级和修补期间没有问题，Mike Dietrich 博客将与它的实际情况大不相同......

于 2020-05-22T11:23:22.530 回答