Django 4 兼容Oracle 12作为只读二级数据源是否存在问题？

根据Django 4.0发布说明：

移除对Oracle 12.2和18c的支持
Oracle 12.2的上游支持于2022年3月结束，Oracle 18c的上游支持于2021年6月结束。Django 3.2将支持至2024年4月。Django 4.0官方支持Oracle 19c。

你通过自定义DatabaseWrapper跳过版本检查，将Oracle 12作为只读二级数据源使用，目前看似正常，但后续可能遇到这些问题：

• SQL特性兼容性问题：Django 4.0的ORM可能生成依赖Oracle 19c新特性的SQL语句，比如特定分析函数、JSON处理语法等，这些在Oracle 12上会直接报错，复杂查询、聚合操作更容易触发这类问题。
• 数据库安全风险：Oracle 12.2及更早版本已停止官方安全补丁更新，存在未修复的漏洞，作为查询数据源也可能被攻击者利用，带来数据泄露或系统入侵风险。
• 后续Django版本的兼容性断裂：当前Django 4.0可能还残留部分对旧Oracle版本的兼容，但升级到4.1、4.2或更高版本时，会有更多仅适配19c的改动，届时跳过版本检查也无法规避大量兼容性错误，且官方不会提供任何支持。
• 驱动兼容性失效：Oracle官方的cx_Oracle驱动后续版本可能停止支持旧版Oracle，未来升级驱动时会直接无法连接Oracle 12数据库。
• 隐性bug排查困难：由于官方不支持该组合，遇到查询异常、连接池问题等情况时，无法通过官方文档或社区找到解决方案，排查问题会耗费大量时间，甚至无法定位根因。

如果必须继续使用，建议：

• 严格限制为只读操作，避免任何写逻辑，减少触发兼容性问题的概率。
• 对所有业务查询做全面测试，确保没有语法或特性不兼容的情况。
• 加强数据库安全防护，比如严格的权限控制、防火墙隔离，降低无补丁带来的风险。
• 尽快制定迁移计划，将数据迁移至Oracle 19c或其他Django支持的数据库，从根源上解决风险。

内容的提问来源于stack exchange，提问作者Vladimir