ITPub博客

今天同事问我什么时候能够回南京,我说6月初.他竟然说南京这边正缺人,经分2.0还在启动中.唉!当初公司安排三月到五月一二四六临时加班就是为了经分2.0项目.可现在2.0几乎还在启动阶段,我也不知道一二四六加班的制度要到什么时候能够结束.我在徐州出差的日期也快结束了,当初我还庆幸自己到徐州出差了,就不用在南京加班了,看来回南京还是躲不了加班的厄运! 最近公司走的人也蛮多的,前台应用的领头人物走了,精确营销的主力前台也走了,新大陆的前台真是前台渺茫!后台的一个在公司待了两三年的MM也走了,结果她以前的事情全部交接给了我

条件1 在分析(analyze)指定索引之后，查询index_stats的height字段的值，如果这个值>=4 ,则最好重建（rebuild）这个索引。虽然这个规则不是总是正确，但如果这个值一直都是不变的，则这个索引也就不需重建。 条件2 在分析(analyze)指定索引之后，查询index_stats的del_lf_rows和lf_rows的值,如果(del_lf_rows/lf_rows)*100 > = 20，则这个索引也需要重建。 例子： SQL > analyze index IND_PK validate structure; SQL > select name,height,del_lf_rows,lf_rows,(del_lf_rows/lf_rows) *100 from index_stats; NAME HEIGHT D

一.rowid简介 rowid就是唯一标志记录物理位置的一个id，在oracle 8版本以前，rowid由file#+block#+row#组成，占用6个bytes的空间，10 bit 的 file# ，22bit 的 block# ，16 bit 的 row#。 从oracle 8开始rowid变成了extend rowid，由data_object_id#+rfile#+block#+row#组成，占用10个bytes的空间， 32bit的 data_object_id#,10 bit 的 rfile#,22bit 的 block#,16 bit 的 row#.由于rowid的组成从file#变成了rfile#，所以数据文件数的限制也从整个库不能超过1023个变成了每个表空间不能超过1023个 数据文件。 说

Oracle的物化视图提供了强大的功能，可以用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。物化视图有很多方面和索引很相似：使用物化视图的目的是为了提高查询性能；物化视图对应用透明，增加和删除物化视图不会影响应用程序中SQL语句的正确性和有效性；物化视图需要占用存储空间；当基表发生变化时，物化视图也应当刷新。物化视图可以分为以下三种类型：包含聚集的物化视图；只包含连接的物化视图；嵌套物化视图。三种物化视图的快速刷新的限制条

Table Mode Insert Mode ArchiveLog mode result----------- ------------- ----------------- ----------LOGGING APPEND ARCHIVE LOG redo generatedNOLOGGING APPEND ARCHIVE LOG no redoLOGGING no append ARCHIVE LOG redo generatedNOLOGGING no append ARCHIVE LOG redo generatedLOGGING APPEND noarchive log mode no redoNOLOGGING APPEND noarchive log mode no redoLOGGING no append noarchive log mode redo generatedNOLOGGING no append noarchive log mode redo generated 简单来讲，就是表的模式和归档模式具有优先决