全表扫描，
看下segment statistics部分是扫什么表，
看下sql statistics部分跟这个表相关的sql,
然后就是优化相应的sql了~
看这里面软解析律蛮高，应该没有其他问题~

1 cell smart table scan是全表扫描造成的吗？
2 数据库中确实有一个表tbl_transA在Segments by Logical Reads，Segments by Physical Reads，Segments by Physical Read Requests中占比很高，
查询这个表在sql statistics部分只有插入操作。
查看了一下这个表示4000W记录的大表，是分区表，表上有两个索引，想着对于这样的插入操作怎么优化？
3 软解析率是Parses (SQL)-Hard parses (SQL)吗，什么标准是高呢？

1 是
2 插入具体sql看一下？
索引是建在哪两个列上？
分区索引还是全局索引？
分区类型？
执行计划？
3 软解析率>90%就可以了

索引均不是分区索引，分区的类型是range

index会影响DML性能，
不过分区表insert还是比普通表好，
吞吐量操作优化比较难，可以并行提高速度，
sqlid不一样，child number也有多个？
是不是没有用绑定变量？
AWR报告能否上传？
ASH报告再看一下cell smart table scan具体对应的sql是不是这个insert