Ilość indeksowania i linia robienia zbyt wiele będą zależeć od wielu czynników. W przypadku małych tabel, takich jak tabela „kategorii”, zwykle nie chcesz ani nie potrzebujesz indeksu, a to może w rzeczywistości obniżyć wydajność. Powodem jest to, że odczytanie indeksu zajmuje I/O (tj. czas), a następnie więcej I/O i czasu, aby pobrać rekordy powiązane z dopasowanymi wierszami. Wyjątkiem jest sytuacja, gdy zapytanie dotyczy tylko kolumn zawartych w indeksie.
W twoim przykładzie pobierasz wszystkie kolumny i tylko 22 wiersze i może być szybciej po prostu przeskanować tabelę i posortować je zamiast używać indeksu. Optymalizator może/powinien to robić i ignorować indeks. Jeśli tak jest, to indeks po prostu zajmuje miejsce bez żadnych korzyści. Jeśli twoja tabela "categories" jest często używana, możesz rozważyć przypięcie jej do pamięci, aby serwer db zachował do niej dostęp bez konieczności ciągłego wchodzenia na dysk.
Podczas dodawania indeksów należy zrównoważyć miejsce na dysku, wydajność zapytań oraz wydajność aktualizacji i wstawiania do tabel. Możesz uzyskać więcej indeksów w tabelach, które są statyczne i niewiele się zmieniają, w przeciwieństwie do tabel z milionami aktualizacji dziennie. W tym momencie zaczniesz odczuwać skutki utrzymania indeksu. Jednak to, co jest akceptowalne w Twoim środowisku, jest i może być określone tylko przez Ciebie i Twoją organizację.
Podczas przeprowadzania analizy pamiętaj, aby wygenerować/zaktualizować statystyki tabeli i indeksu, aby mieć pewność, że obliczenia będą dokładne.
