Histogramy wykorzystujemy do\u015b\u0107 powszechnie w celu mniej lub bardziej precyzyjnego szacowania selektywno\u015bci predykat\u00f3w u\u017cytych w zapytaniach (oczywi\u015bcie dla kolumn o nier\u00f3wnomiernym rozk\u0142adzie statystycznym). W pewnych przypadkach mo\u017cemy jednak pa\u015b\u0107 ofiar\u0105 uproszczenia zastosowanego przez Oracle podczas generowania histogram\u00f3w, czego efektem b\u0119d\u0105 z\u0142e\/bardzo z\u0142e szacunki selektywno\u015bci. Uproszczenie to dotyczy kolumn typu tekstowego i polega na uwzgl\u0119dnianiu w histogramie wy\u0142\u0105cznie pierwszych 64 znak\u00f3w (lub 32 znak\u00f3w w wersji Oracle Database 11g) tekstu kolumny. W rezultacie, r\u00f3\u017cne warto\u015bci posiadaj\u0105ce jednakowy prefiks 64-znakowy b\u0119d\u0105 potraktowane jako ta sama warto\u015b\u0107 zar\u00f3wno w histogramie, jak i podczas szacowania selektywno\u015bci.<\/p>\n
Przyjrzyjmy si\u0119 nast\u0119puj\u0105cemu przyk\u0142adowi. Tabela H_TEST zawiera 100 rekord\u00f3w i dwie kolumny – A i B. Warto\u015bci obu kolumn s\u0105 niepowtarzalne w obr\u0119bie tabeli, sk\u0142adaj\u0105 si\u0119 jednak z 64-znakowej cz\u0119\u015bci sta\u0142ej, kt\u00f3rej towarzyszy niepowtarzalna liczba ca\u0142kowita – w kolumnie A umieszczona jest ona na pocz\u0105tku tekstu, w kolumnie B – na ko\u0144cu (zatem pierwsze 64 znaki kolumny B s\u0105 jednakowe w ka\u017cdym rekordzie). Generujemy dla obu kolumn histogramy cz\u0119stotliwo\u015bciowe, a nast\u0119pnie obserwujemy szacowan\u0105 selektywno\u015b\u0107 predykat\u00f3w (kolumn\u0119 ROWS planu wykonania), kt\u00f3rych celem jest wybranie jednego rekordu z tabeli (prawid\u0142owa selektywno\u015b\u0107 = 1%). Pierwszy predykat pos\u0142uguje si\u0119 kolumn\u0105 A, drugi – kolumn\u0105 B. Jak wida\u0107, optymalizator zapyta\u0144 prawid\u0142owo szacuje selektywno\u015b\u0107 predykatu opartego na kolumnie A – 1%, natomiast ca\u0142kowicie b\u0142\u0119dnie zachowuje si\u0119 w przypadku predykatu opartego na kolumnie B, spodziewaj\u0105c si\u0119, \u017ce predykat zostanie spe\u0142niony przez 100% rekord\u00f3w (gdy\u017c 100% rekord\u00f3w ma jednakowy 64-znakowy prefiks…).<\/p>\n W jaki spos\u00f3b mo\u017cemy unika\u0107 konsekwencji takiego zachowania si\u0119 serwera? Niepotrzebnie nie prefiksowa\u0107 kluczy d\u0142ugimi sta\u0142ymi \u0142a\u0144cuchami znakowymi, je\u015bli klucz musi by\u0107 d\u0142ugi, to niech cz\u0119\u015b\u0107 sta\u0142a znajduje si\u0119 na jego ko\u0144cu, dekomponowa\u0107 d\u0142ugie, z\u0142o\u017cone warto\u015bci tekstowe (np. adresy URL) na wiele kolumn tabeli, stosowa\u0107 indeksy funkcyjne oparte o funkcj\u0119 SUBSTR(), itp.<\/p>\n","protected":false},"excerpt":{"rendered":"
\n
\nSQL> select * from H_TEST;<\/code>
\n
\nA \u00a0 \u00a0 \u00a0 \u00a0\u00a0 B
\n---------- ----------
\n1XXX...XXX XXX...XXX1
\n2XXX...XXX XXX...XXX2
\n...
\n100 rows selected.<\/code>
\n
\nSQL> exec dbms_stats.gather_table_stats('','H_TEST', method_opt=>'FOR ALL COLUMNS SIZE 100');<\/code>
\n
\nSQL> select a from h_test where a='1XXX...XXX';
\n...
\nExecution Plan
\n-------------------------------------------------------------------
\n| Id | Operation\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | Name | Rows | Bytes | Cost (%CPU)| Time |
\n-------------------------------------------------------------------
\n| 0\u00a0 | SELECT STATEMENT |\u00a0\u00a0\u00a0\u00a0\u00a0 |\u00a0\u00a0\u00a0 1<\/strong> |\u00a0\u00a0\u00a0 67 |\u00a0 2 (0) | 00:00:01 |
\n|* 1 | TABLE ACCESS FULL|H_TEST|\u00a0\u00a0\u00a0 1<\/strong> |\u00a0\u00a0\u00a0 67 |\u00a0 2 (0) | 00:00:01 |
\n-------------------------------------------------------------------
\nStatistics
\n----------------------------------------------------------
\n...
\n1 rows processed<\/code>
\n
\nSQL> select b from h_test where b='XXX...XXX1';
\n...
\nExecution Plan
\n-------------------------------------------------------------------
\n| Id | Operation \u00a0 \u00a0 \u00a0\u00a0 | Name | Rows | Bytes | Cost (%CPU)| Time |
\n-------------------------------------------------------------------
\n| 0\u00a0 | SELECT STATEMENT |\u00a0\u00a0\u00a0\u00a0\u00a0 |\u00a0 100<\/strong> |\u00a0 6700 |\u00a0 2 (0) | 00:00:01 |
\n|* 1 | TABLE ACCESS FULL|H_TEST|\u00a0 100<\/strong> |\u00a0 6700 |\u00a0 2 (0) | 00:00:01 |
\n-------------------------------------------------------------------
\nStatistics
\n----------------------------------------------------------
\n...
\n1 rows processed
\n<\/code><\/p>\n