12C 怪异问题，第一次查询快， 以后查询慢

      2016年过去了，  简单回顾，   这一年中oracle应用级别优化，  有了基本套路，简单概述下，1  根据业务需求，数据生命周期抽象出数据模型，数据按周期 全自动化管理。

2  各种分离，  读写分离， 数据量分离，  负载分离。并发分离或者说压力分离。 3 数据暴增场景下， 更加精密的分区规划，替代索引。防止产生过渡的数据碎片，挤压磁盘空间

  和性能空间。   4 整合数据加载，清洗，归并流程。  特殊复杂的特殊处理， 保证性能。 5   存储规划，现有数据模型对性能压力大增，如何规划， 好像没有说清楚，举例把，比

  如 现在机构表，上面有个字段表示上级机构编号,   经常有查询需要查其子孙机构 基本信息， 现在我们是用的  递归查询，   众说周知 递归查询 效率相当慢， 设计出精妙的表结

构可以规避递归查询，  而且还可以支持老的查询， 因为后期改造，代码分离在各个模块中， 有的模块甚至已经封板。      5  诡异问题诊断。  也就是今天要说的。

    下班时候接到问题， 说SQL慢，  而且执行计划，SQL什么的都已经发出来，看了下一套NL，  NL 嵌套NL， 性能可能的地方就是这NL， 但不是我  预期的， 简单询问下，

一大跳，  也就是说， 第一次查询 很快，  第二次或者 以后查询 很慢很慢，   然后 稍微 改变下变量的值， 第一次查询 又是很快，  第二次查询 又查不出来。

用oracle 的都知道的，  第一次查询慢， 第二次查询肯定比第二次查询快对吧，   后来问了下 oracle版本，   12C ， 于是 心里差不多有底了    基数反馈，  叫他 查询下这个概念， 

我懒的给她改了，  叫她添加 hints ，   完事之后， 果然解决了，  前后 性能都是 很快了。  

   以前就知道  是基数反馈， 这种表现，  今天遇到了， 简单纪念之......

附上连接：  http://www.askmaclean.com/archives/11g-new-feature-cardinality-feedback.html