Oracle 19C 不要将CURSOR_SHARING = FORCE用作永久修复程序

作为一般准则，“真实世界表现”小组建议不要在极少数情况下，并且仅在满足以下所有条件时才设置CURSOR_SHARING为FORCE例外：

• 共享池中的语句仅在文字值上有所不同。
• 由于大量的库高速缓存未命中，因此响应时间不是最理想的。
• 您现有的代码存在严重的安全性和可伸缩性错误-缺少绑定变量-您需要临时的创可贴，直到可以修复源代码为止。
• 您可以在会话级别而不是实例级别设置此初始化参数。
  
  

设置CURSOR_SHARING为FORCE有以下缺点：

• 它指示该应用程序不使用用户定义的绑定变量，这意味着它可以进行SQL注入。设置CURSOR_SHARING到FORCE 不修复SQL注入漏洞或使任何代码更安全。仅在注入了任何恶意SQL文本之后，数据库才会绑定值。
  

  视频：
• 在软解析期间，数据库必须执行额外的工作才能在共享池中找到类似的语句。
• 数据库删除所有文字，这意味着它可以删除有用的信息。例如，数据库在SUBSTR和TO_DATE函数中剥离文字值。使用系统生成的绑定变量（字面量更佳）会对执行计划产生负面影响。
• DESCRIBE在SELECT语句中包含文字的任何选定表达式的最大长度（由返回）增加。但是，返回的数据的实际长度不会改变。
• 不支持星形转换。