Temat: Full Scan - pytanie

Link do wypowiedzi

Temat: Full Scan - pytanie

Marek K.:
Witam mam pytanie:
Czy zgodnie z Metalinkiem [ID 77496.1] jeśli w klauzuli where użyjemy like, a po nim zmiennej bindowanej (przykład poniżej):

select * from TABLE where COLUMN like :COLUMN_BIND_VARIABLE

to oracle zawsze wykona full scan na tabeli, czy jest jakaś możliwość, żeby jednak skorzystał z indeksu.

do zmiennej :COLUMN_BIND_VARIABLE w aplikacji którą analizuję podstawiane są wartości w formacie
'TEKST%'

Wg tego samego artykułu na metalinku ORACLE potrafi dla takiej składni:
select * from CITIES WHERE CITY LIKE 'YORK%'
wykorzystać indeks.

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:
Witam,
Jesli masz 8 albo 9i i uzywasz RBO to tak bedzie.

ps.
czytajac MOS-a nalezy duza uwage zwracac na date publikacji lub zmiany noty oraz na wersje bazy.

pozdrawiam,
Marcin

Link do wypowiedzi

Temat: Full Scan - pytanie

Marek K.:
2. Czy jeśli używany jest optymalizator kosztowy i naliczone są statystyki dla tabeli i indeksu założonego na kolumnie o którą się rozchodzi, a nadal wykonywany jest full scan, to po prostu optymalizator uznaje, że to najlepsze rozwiązanie i lepiej w to nie ingerować ?

Link do wypowiedzi

Temat: Full Scan - pytanie

Krzysztof Pułapa:

Marek K.:
2. Czy jeśli używany jest optymalizator kosztowy i naliczone są statystyki dla tabeli i indeksu założonego na kolumnie o którą się rozchodzi, a nadal wykonywany jest full scan, to po prostu optymalizator uznaje, że to najlepsze rozwiązanie i lepiej w to nie ingerować ?

Ale przy większych bazach ... dość często idzie złą ścieżką. Jakiś czas temu "walczyliśmy" z bazą, gdzie największa tabela miała 25 miliardów rekordów .... NA ROK. A łączyło się ją z "milionowymi" tabelami. I bardzo często bez hintów po prostu nie było szans doczekać na wynik.

Link do wypowiedzi

Temat: Full Scan - pytanie

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:

Krzysztof Pułapa:

Marek K.:
2. Czy jeśli używany jest optymalizator kosztowy i naliczone są statystyki dla tabeli i indeksu założonego na kolumnie o którą się rozchodzi, a nadal wykonywany jest full scan, to po prostu optymalizator uznaje, że to najlepsze rozwiązanie i lepiej w to nie ingerować ?

Ale przy większych bazach ... dość często idzie złą ścieżką. Jakiś czas temu "walczyliśmy" z bazą, gdzie największa tabela miała 25 miliardów rekordów .... NA ROK. A łączyło się ją z "milionowymi" tabelami. I bardzo często bez hintów po prostu nie było szans doczekać na wynik.

Witam,

Zla droga wynika ze zlych obliczen w planie - w wiekszosci przypadkow chodzi o to ze CBO zle zaklada kardynalosc zlaczenia a co za tym idzie kolejosc zlaczen i ich rodzaj.
Musze przyznac ze z wersji na wersje jest coraz lepiej
a i dodatki w postaci constraintow sa juz wykorzystywane przez CBO w celu optymalizacji i eliminacji zlaczen.

Rozwiazania sa 3:
- hinty - ja osobiscie za nimi nie przepadam
- fake table statistics tak zeby plan byl po naszej mysli
- sql_profile/outline

pozdrawiam,
Marcin

Link do wypowiedzi

Temat: Full Scan - pytanie

Link do wypowiedzi

Temat: Full Scan - pytanie

Link do wypowiedzi

Temat: Full Scan - pytanie

Radosław Zyskowski:
Witam,
A w przypadku bind variables w zapytaniach to statystyki i histogramy przypadkiem nie maja znaczenia? W chwili wykonywania polecenia oracle nie zna rzeczywistej wartosci, wiec nie moze opierac sie na statystykach. Dlategóż azaliż oracle wprowadził nowy feature (po polskiemu zmora dibijeja) bind peeking. Czyli zasadniczo jakis baran barankiewicz wykonuje na bazie pierwszy raz zapytanie z kretyńskimi wartościami (a tak sobie sprawdze co sie stanie) wywołującymi full scana, i potem każde następne wykonanie ominie idealny index;).
Proponuje wyłączyć bind peeking, a w przypadku pojawienia sie zapytań z bindami które z racji wyliczania kosztu opieraja sie na fixed values, zapodać outline:)

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:
Rozwiazania sa 3:
- hinty - ja osobiscie za nimi nie przepadam
- fake table statistics tak zeby plan byl po naszej mysli
- sql_profile/outline

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:

Radosław Zyskowski:
Witam,
A w przypadku bind variables w zapytaniach to statystyki i histogramy przypadkiem nie maja znaczenia? W chwili wykonywania polecenia oracle nie zna rzeczywistej wartosci, wiec nie moze opierac sie na statystykach. Dlategóż azaliż oracle wprowadził nowy feature (po polskiemu zmora dibijeja) bind peeking. Czyli zasadniczo jakis baran barankiewicz wykonuje na bazie pierwszy raz zapytanie z kretyńskimi wartościami (a tak sobie sprawdze co sie stanie) wywołującymi full scana, i potem każde następne wykonanie ominie idealny index;).
Proponuje wyłączyć bind peeking, a w przypadku pojawienia sie zapytań z bindami które z racji wyliczania kosztu opieraja sie na fixed values, zapodać outline:)

Witam,

Statystyki i histy maja znaczenie. Bind peeking polega na przeczytaniu wartosci zmiennej i na tej podstawie i podstawie statystyk liczony jest plan zapytania. Masz racje jesli beda dziwne wartosci i pierwszy plan jest nieoptymalny to generalnie bedzie kiepsko.

Jakie jest rozwiazanie ? hmmm w 9i to faktycznie outline albo hint
albo unikanie bind dla wartosci ktore moga rozlozyc zapytanie.

Swoja droga fixed value oznacza dla warunku ze 5 % wierszy zostanie pobranych czyli dla

select * from tabela where id:=v_id - CBO zaklada zwrocenie 5 % wierszy i tak liczy plan

ale np dla

select * from tabela where id between :v_id1 and :v_id2 - CBO zaklada zgodnie z logika ze 0.05 * 0.05 = 0.0025 i zalozy
zwrocenie 0.25 % wierszy z tabeli

Dlatego z bindami trzeba ostroznie - a najlepsza odpowiedz
na to co jest lepsze bindy czy literaly - to odpowiedz - to zalezy ;)

pozdrawiam,
Marcin

Link do wypowiedzi

Temat: Full Scan - pytanie

Radosław Zyskowski:
Czyli jednak używa fixed values DLA kolumn bindowanych, nieprawdzaż:)?

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:

Radosław Zyskowski:
Czyli jednak używa fixed values DLA kolumn bindowanych, nieprawdzaż:)?

To zalezy ;)

Jesli nie masz peekowania to korzysta z fixed.
Jesli ma peekowanie to liczy na podstawie statystyk i histo.

ale explain plan for .... zawsze korzysta z fixed ;)
przez co moze sie okazac ze plan pokazywane przez explain ma sie

Link do wypowiedzi

Temat: Full Scan - pytanie

Marcin Przepiórowski:

Radosław Zyskowski:
Czyli jednak używa fixed values DLA kolumn bindowanych, nieprawdzaż:)?

To zalezy ;)

Jesli nie masz peekowania to korzysta z fixed.
Jesli ma peekowanie to liczy na podstawie statystyk i histo.

ale explain plan for .... zawsze korzysta z fixed ;)
przez co moze sie okazac ze plan pokazywane przez explain ma sie nijak to planu rzeczywistego.

pozdrawia,
Marcin

Link do wypowiedzi

Temat: Full Scan - pytanie

Marek K.:
Na bazie mam włączone peekowanie, więc rozumiem, że liczy na podstawie statystyk i histo. Niestety zapytanie jest bardzo rozbudowane, a ta zmienna bindowana wskazuje na nazwisko :(
Nie wchodzi w grę wyłączenie peekowania bo wtedy wszystko inne by się chyba położyło (większość zapytań w aplikacji używa bind variables i wyłaczenie peekowania spowodowałoby dużą liczbę parsowań zapytań, co w konsekwencji byłoby chyba jeszcze gorsze).
Albo wykorzystam hinta, albo poproszę użytkownika o wyczyszczenie shared poola i wykonanie zapytania z "rozsądną" wartością w polu nazwisko (pewnie ktoś tam np wpisał literkę k i wtedy poleciał full scan).

Link do wypowiedzi

Temat: Full Scan - pytanie

Radosław Zyskowski:

Marek K.:
Na bazie mam włączone peekowanie, więc rozumiem, że liczy na podstawie statystyk i histo. Niestety zapytanie jest bardzo rozbudowane, a ta zmienna bindowana wskazuje na nazwisko :(
Nie wchodzi w grę wyłączenie peekowania bo wtedy wszystko inne by się chyba położyło (większość zapytań w aplikacji używa bind variables i wyłaczenie peekowania spowodowałoby dużą liczbę parsowań zapytań, co w konsekwencji byłoby chyba jeszcze gorsze).
Albo wykorzystam hinta, albo poproszę użytkownika o wyczyszczenie shared poola i wykonanie zapytania z "rozsądną" wartością w polu nazwisko (pewnie ktoś tam np wpisał literkę k i wtedy poleciał full scan).

Liczy. ale Liczy za pierwszym wykonaniem, potem uzywa zapamietanego explain planu.
Duza liczba parsowan? Niom. Tylko że warto sie zastanowić co ma wiekszy wplyw - czas dodatkowego parsowania czy wybor nieoptymalnego wykonania. Wyczyszczenia shared poola - dodatkowanie parsowanie:).

Jezeli masz mozliwosc zhintowania i lubisz bycie manipulowanym, to ja bym zhintowal;)

Link do wypowiedzi

Temat: Full Scan - pytanie

Link do wypowiedzi

Temat: Full Scan - pytanie

Piotr Czeczko:
Ja rowniez bym zhintowal ale przez outline.
Nie zawsze jest mozliwosc zmiany zapytania zaszytego w srodku aplikacji.

Pozdrawiam
Piotrek

Link do wypowiedzi