{"id":367,"date":"2013-03-16T10:04:00","date_gmt":"1970-01-01T00:00:00","guid":{"rendered":"http:\/\/www.yazilimmutfagi.com\/?p=367"},"modified":"2013-03-16T10:04:00","modified_gmt":"1970-01-01T00:00:00","slug":"dba-tab-modifications-ve-gather-stats","status":"publish","type":"post","link":"https:\/\/www.yazilimmutfagi.com\/index.php\/2013\/03\/16\/dba-tab-modifications-ve-gather-stats\/","title":{"rendered":"Dba_Tab_Modifications ve Gather_Stats"},"content":{"rendered":"

\n\tDba_Tab_Modifications ve Gather_Stats<\/strong><\/h2>\n

\n\tTabloya en son gelen insert update zamanlari gerekebilir. Bir tablo ne zamandan beri DML almiyor görmek istenebilir. Bunun için neler yapilabilir. Dba_tables dict viewdan last_analyzed kolonuna bakilabilir veya DBA_TAB_MODIFICATIONS  ( ayni tablonun all ve user versiyonlari da mevcut.) tablosuna bakilabilir. Iste bu yazida bu viewlar hakkinda biraz bilgi sahibi olacagiz, farkli durumlarda son DML bilgisini nasil alacagimizi bulacagiz.<\/p>\n

\n\tDML islemleri data üzerinde degisiklik yaptigindan tablo istatistigini degistirir. Bu durumda tablo üzerindeki son DML hareketlerini görmek istedigimizde karsimiza iki durum çikacaktir;<\/p>\n

    \n\t
  1. \n\t\tIstatistik aliniyorsa<\/li>\n\t
  2. \n\t\tIstatistik alinmiyorsa<\/li>\n<\/ol>\n

    \n\tÖnemi oldugunu düsündügümüz bir veritabaninda istatistik alinmali, dolaysiyla sadece istatistik aliniyorsa nasil ilerleyecegimize bakalim.<\/p>\n

    \n\tÖncelikle last_analyzed kolonu yardimci olabilir;<\/p>\n\n\t\n\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t\t
    \n\t\t\t\tTABLE_NAME<\/td>\n\t\t\t\n\t\t\t\tLAST_ANALYZED<\/td>\n\t\t<\/tr>\n\t\t
    \n\t\t\t\tDENEME<\/td>\n\t\t\t\n\t\t\t\t03.12.2013 19:00:09<\/td>\n\t\t<\/tr>\n\t\t
    \n\t\t\t\tDENEME1<\/td>\n\t\t\t\n\t\t\t\t05.02.2011 23:06:16<\/td>\n\t\t<\/tr>\n\t\t
    \n\t\t\t\tDENEME2<\/td>\n\t\t\t\n\t\t\t\t05.02.2011 20:55:55<\/td>\n\t\t<\/tr>\n\t\t
    \n\t\t\t\tDENEME3<\/td>\n\t\t\t\n\t\t\t\t05.02.2011 20:24:52<\/td>\n\t\t<\/tr>\n\t\t
    \n\t\t\t\tDENEME4<\/td>\n\t\t\t\n\t\t\t\t05.02.2011 20:15:21<\/td>\n\t\t<\/tr>\n\t<\/tbody>\n<\/table>\n

    \n\tDENEME1-4 tablolari 20010205’ten bu yana hiç degismemis  görünüyor.  Bu sekilde düsünülebilir ama bu bizi yaniltir. Çünkü last_analyzed kolonunu gather_stats degistirir. Fakat gather_stast her degisiklikten sonra çalismaz. Default olarak degisiklik miktari tablonun row sayisnin %10’una ulastiktan sonra çalisir.  Estimate_percent degerni görmek için asagidaki query çalistirilabilir.<\/p>\n

    \nSQL> select dbms_stats.get_param('estimate_percent') from dual;\nDBMS_STATS.GET_PARAM('ESTIMATE_PERCENT')\n\n--------------------------------------------------------------------------------\nDBMS_STATS.AUTO_SAMPLE_SIZE\n\n<\/pre>\n
    \n\tIste tablonun estimate_percent degerinden küçük olan DML’ler almasi durumunda DBA_TAB_MODIFICATIONS   dict view’indan faydalanabiliriz.<\/p>\n
    \nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n<\/pre>\n
    \n\tno rows selected<\/em><\/p>\n
    \n\thimm, OPER userinin tablolarina hiç DML gelmemis görünüyor. Fakat bu bizi yaniltmasin,<\/p>\n
    \nSQL> select count(*) from OPER.DENEME;\n\n  COUNT(*)\n\n----------\n 0\n\nSQL> insert into OPER.DENEME values(123, 'qwerty');\n\n1 row created.\n\nSQL> insert into OPER.DENEME values(456, 'asdfg');\n\n1 row created.\n\nSQL> select count(*) from OPER.DENEME;\n\n  COUNT(*)\n\n----------\n\n         2\n\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n\nno rows selected\n<\/pre>\n
    \n\t2 row insert etmemize ragmen sanki hiç DML yapilmamis gibi sonuç dönüyor.  Çünkü oracle her DML isleminden sonra bu tabloyu güncellemiyor. Çok fazla DML alan tablolar varsa sadece bu islem bile çok kaynak tüketecektir.  Oracle yapilan tüm DML islemlerini memory’de tutar. Ta ki manuel veya otomatik çalisan bir job flush yapana kadar. Manuel flush yapmak için;<\/p>\n
    \n\nSQL> exec dbms_stats.flush_database_monitoring_info;\nPL\/SQL procedure successfully completed\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n\nTABLE_OWNER                    TABLE_NAME                     PARTITION_NAME                 SUBPARTITION_NAME                 INSERTS    UPDATES    DELETES TIMESTAMP TRU DROP_SEGMENTS\n\n------------------------------ ------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- --------- --- -------------\nOPER                           DENEME                                                                                                2          0          0 13-MAR-13 NO              0\n<\/pre>\n
    \n\tEwet, yaptigimiz degisiklikler görülebiliyor.  Simdi birkaç degisiklik daha yapalim;<\/p>\n
    \nSQL> update OPER.DENEME set id=789 where id=123;\n1 row updated.\nSQL> instert int\nOPER.DENEME values(45678,'deneme123');\nSQL> insert into OPER.DENEME values(45678,'deneme123');\n1 row created.\nSQL> insert into OPER.DENEME values(85858, 'test123');\n1 row created.\nSQL> delete from OPER.DENEME where id=456;\n1 row deleted.\nSQL> select count(*) from OPER.DENEME;\n  COUNT(*)\n----------\n         3\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n\nTABLE_OWNER                    TABLE_NAME                     PARTITION_NAME                 SUBPARTITION_NAME                 INSERTS    UPDATES    DELETES TIMESTAMP TRU DROP_SEGMENTS\n\n------------------------------ ------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- --------- --- -------------\n\nOPER                           DENEME                                                                                                2          0          0 13-MAR-13 NO              0\n<\/pre>\n
    \n\tYaptigimiz DML islemlerin görülememesinin nedeni yukarda bahsettigim gibi oracle’in DML yapildiktan hemen sonra dba_tab_modifications tablosuna yansitmamasi. Ancak flush yaptiktan sonra yansiyacaktir;<\/p>\n
    \nSQL> exec dbms_stats.flush_database_monitoring_info;\nPL\/SQL procedure successfully completed.\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n\nTABLE_OWNER                    TABLE_NAME                     PARTITION_NAME                 SUBPARTITION_NAME                 INSERTS    UPDATES    DELETES TIMESTAMP TRU DROP_SEGMENTS\n\n------------------------------ ------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- --------- --- -------------\nOPER                           DENEME                                                                                                4          1          1 13-MAR-13 NO              0\n\n<\/pre>\n
    \n\tSimdi de DBA_TAB_MODIFICATIONS<\/em> tablosunun nasil resetlendigini görelim.<\/p>\n
    \n\t <\/p>\n
    \nSQL> select table_name, last_analyzed from dba_tables \nwhere owner='OPER' and table_name='DENEME' order by 2 desc;\n\nTABLE_NAME                     LAST_ANALYZED\n------------------------------ -------------------\nDENEME                         03-12-2013 19:00:09\n\nSQL> select table_name, last_analyzed from dba_tables where owner='OPER' and table_name='DENEME' order by 2 desc;\n\nTABLE_NAME                     LAST_ANALYZED\n------------------------------ -------------------\nDENEME                         03-12-2013 19:00:09\n\nSQL> exec dbms_stats.gather_table_stats('OPER', 'DENEME');\nPL\/SQL procedure successfully completed.\nSQL> select table_name, last_analyzed from dba_tables where owner='OPER' and table_name='DENEME' order by 2 desc;\n\nTABLE_NAME                     LAST_ANALYZED\n------------------------------ -------------------\nDENEME                         03-13-2013 17:50:48\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\nno rows selected\n\nSQL> exec dbms_stats.flush_database_monitoring_info;\nPL\/SQL procedure successfully completed.\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\nno rows selected\n\nSQL> select count(*) from OPER.DENEME;\n  COUNT(*)\n----------\n         3\n\nSQL> delete from OPER.DENEME where id=45678;\n1 row deleted.\n\nSQL> select count(*) from OPER.DENEME;\n  COUNT(*)\n----------\n         2\n\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\nno rows selected\nSQL> exec dbms_stats.flush_database_monitoring_info;\n\nPL\/SQL procedure successfully completed.\n\nSQL> select * from SYS.DBA_TAB_MODIFICATIONS where table_owner='OPER';\n\nTABLE_OWNER                    TABLE_NAME                     PARTITION_NAME                 SUBPARTITION_NAME                 INSERTS    UPDATES    DELETES TIMESTAMP           TRU DROP_SEGMENTS\n\n------------------------------ ------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- ------------------- --- -------------\n\nOPER                           DENEME                                                                                                0          0          1 03-13-2013 17:54:10 NO              0\n\n<\/pre>\n
    \n\tSon testimizde görülecegi üzere  dbms_stats %10 degisiklik oldugu için yeniden analiz edildi. Dolayisyla DBA_TAB_MODIFICATIONS tablosu da resetlendi.  Yeni yapilan DML islemleri ise yukarda da gördügümüz gibi ancak flush isleminden sonra DBA_TAB_MODIFICATIONS tablosunda görülebildi.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"
    Tabloya en son gelen insert update zamanlari gerekebilir. Bir tablo ne zamandan beri DML almiyor görmek istenebilir. Bunun için neler yapilabilir.<\/p>\n","protected":false},"author":558,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[423],"tags":[4809,5472,5426,4067,3941,4713],"_links":{"self":[{"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/posts\/367"}],"collection":[{"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/users\/558"}],"replies":[{"embeddable":true,"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/comments?post=367"}],"version-history":[{"count":0,"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/posts\/367\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/media?parent=367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/categories?post=367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.yazilimmutfagi.com\/index.php\/wp-json\/wp\/v2\/tags?post=367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}