Jak używać indeksu w instrukcji select?

Dobre pytanie,

Zwykle silnik DB powinien automatycznie wybrać indeks do użycia w oparciu o plany wykonywania zapytań, które buduje. Istnieją jednak dość rzadkie przypadki, gdy chcemy wymusić użycie określonego indeksu przez DB.

Aby móc odpowiedzieć na konkretne pytanie, musisz określić DB, którego używasz.

Dla MySQL, chcesz przeczytać składnia podpowiedzi indeksu dokumentacja jak to zrobić

Jak używać indeksu w instrukcji select?
tędy.:

   SELECT * FROM table1 USE INDEX (col1_index,col2_index)
    WHERE col1=1 AND col2=2 AND col3=3;

SELECT * FROM table1 IGNORE INDEX (col3_index)
WHERE col1=1 AND col2=2 AND col3=3;

SELECT * FROM t1 USE INDEX (i1) IGNORE INDEX (i2) USE INDEX (i2);

I wiele innych sposobów sprawdź to

Czy muszę wyraźnie określić?

• Nie, Nie trzeba wyraźnie określać.
• DB engine powinien automatycznie wybrać indeks do użycia na podstawie planów wykonywania zapytań, które buduje z @Tudor Constantin answer.
• optymalizator oceni, czy użycie twojego indeksu sprawi, że Twoje zapytanie będzie działać szybciej, a jeśli tak, użyje indeksu. from @niktrl odpowiedz

W ogólne , indeks zostanie użyty, jeśli zakładany koszt korzystania z indeksu, a następnie ewentualnie konieczność przeprowadzenia dalszych poszukiwań zakładek jest niższy niż koszt samego skanowania całej tabeli.

Jeśli Twoje zapytanie dotyczy formularza:

SELECT Name from Table where Name = 'Boris'

I 1 rząd na 1000 ma imię Borys, to prawie na pewno będzie używany. Jeśli każdy ma na imię Boris, prawdopodobnie ucieknie się do skanowania tabeli, ponieważ indeks raczej nie będzie skuteczniejszą strategią dostępu do data.

Jeśli jest to szeroka tabela (wiele kolumn) i robisz:

SELECT * from Table where Name = 'Boris'

Wtedy może nadal wybrać skanowanie tabeli, jeśli jest to rozsądne założenie, że odzyskanie innych kolumn z tabeli zajmie więcej czasu, niż tylko wyszukanie nazwy, lub ponownie, jeśli prawdopodobnie i tak będzie pobierać wiele wierszy.

Optymalizator oceni, czy użycie twojego indeksu sprawi, że Twoje zapytanie będzie działać szybciej, a jeśli tak, użyje indeksu.

W zależności od RDBMS możesz wymusić użycie indeksu, chociaż nie jest to zalecane, chyba że wiesz, co robisz.

Ogólnie powinieneś indeksować kolumny, których używasz w poleceniach table join i where

Ogólnie rzecz biorąc, gdy tworzysz indeks w tabeli, baza danych automatycznie użyje tego indeksu podczas wyszukiwania danych w tej tabeli. Nie musisz nic z tym robić.

Jednakże, w MSSQL, można określić index hint, który może określić, że dany indeks powinien być użyty do wykonania tego zapytania. Więcej informacji na ten temat można znaleźć tutaj .

Index hint wydaje się być również dostępny dla MySQL . Dzięki Tudorowi Constantine ' owi.

Używając kolumny, do której indeks zostanie zastosowany w Twoich warunkach, zostanie on dołączony automatycznie. Nie musisz go używać, ale przyspieszy to zapytania, gdy jest używany.

SELECT * FROM TABLE WHERE attribute = 'value'

Użyje odpowiedniego indeksu.

Podpowiedź indeksu jest dostępna tylko dla serwerów baz danych Microsoft Dynamics. W przypadku tradycyjnego serwera SQL filtry zdefiniowane w klauzuli "gdzie" powinny przekonać silnik do użycia odpowiednich indeksów... Pod warunkiem, że plan wykonania silnika może skutecznie zidentyfikować sposób odczytu informacji ( czy to skanowanie pełnej tabeli, czy skanowanie indeksowane)-musi porównać te dwa przed wykonaniem właściwej instrukcji, jako część wbudowanego optymalizatora wydajności.

Jednak można wymusić optymalizator do skanowania za pomocą czegoś takiego jak

    Select  *
    From    [yourtable] With (Index(0))
    Where   ...

Lub szukać konkretnego indeksu używając czegoś takiego jak

    Select  *
    From    [yourtable] With (Index(1))
    Where   ...

Aby uzyskać najlepsze wyniki, wymień filtry, które najpierw zwrócą najmniejszą liczbę wyników. Nie wiem, czy mam rację mówiąc, ale wydaje się, że filtry zapytań są sekwencyjne; jeśli masz swój Sekwencja prawo, optymalizator nie powinien zrobić to za Ciebie porównując wszystkie kombinacje, lub przynajmniej nie rozpocząć porównanie z droższych zapytań.