Dizajniranje Optimizovanih Strategija

📖 Od osnova do majstorstva

U prethodnoj lekciji smo vidjeli da Non-clustered indeksi pomažu u pronalaženju redova. Međutim, ako moramo "skakati" nazad u tabelu da bismo dobili vrijednosti drugih kolona (Key Lookup), performanse će i dalje ispaštati. U ovoj lekciji učimo kako napraviti Covering Indexes koji sadrže sve potrebne odgovore unutar samog indeksa.

📦 Included Columns: Eliminacija Key Lookup-a

Included Columns nam omogućavaju da dodamo ne-ključne kolone u Leaf Level Non-clustered indeksa. Ove kolone se ne koriste za sortiranje stabla, ali su prisutne kada engine stigne do kraja pretrage.

-- Standardni indeks (može uzrokovati Key Lookup)
CREATE INDEX IX_Employees_LastName ON Stats.Employees (LastName);

-- Optimizovani indeks (Uključuje podatke bez dodatnog sortiranja)
CREATE INDEX IX_Employees_LastName_Covering 
ON Stats.Employees (LastName)
INCLUDE (Email, Position, Salary);
GO

🎯 Filtered Indexes: Precizno targetiranje

Zašto indeksirati milione redova za kolonu IsProcessed ako nas zanimaju samo neobrađeni redovi (kojih je možda 1%)? Filtered Index koristi WHERE klauzulu pri kreiranju indeksa.

-- Indeks samo za draft izvještaje
CREATE NONCLUSTERED INDEX IX_Reports_Draft
ON Stats.Reports (CreatedDate)
WHERE Status = 'Draft';
GO

-- Ovaj indeks će biti korišten SAMO u upitima koji imaju isti filter u WHERE klauzuli.

📊 Održavanje i Index Usage Statistics

Gomilanje indeksa koje niko ne koristi je tihi ubica baze (usporava svaki INSERT/UPDATE). Kao developer, morate znati koji indeksi su "mrtav teret".

SELECT 
    OBJECT_NAME(s.object_id) AS TableName,
    i.name AS IndexName,
    s.user_seeks, s.user_scans, s.user_lookups,
    s.user_updates AS WritesToMaintain
FROM sys.dm_db_index_usage_stats s
JOIN sys.indexes i ON i.object_id = s.object_id AND i.index_id = s.index_id
WHERE s.database_id = DB_ID()
AND OBJECTPROPERTY(s.object_id, 'IsUserTable') = 1
AND s.user_seeks = 0 AND s.user_scans = 0; -- Nikad korišteni za čitanje

🧙‍♂️ Database Engine Tuning Advisor (DTA)

SQL Server ima ugrađenog "AI savjetnika" koji može analizirati vaše upite i predložiti idealnu strategiju indeksiranja.

1. Snimite opterećenje (workload) koristeći SQL Profiler ili Extended Events.
2. Uvezite workload u DTA.
3. SQL Server će simulirati milione kombinacija indeksa i dati vam skriptu za implementaciju.

🎯 Praktična Vježba: Uništavanje Key Lookup-a

-- Rješenje koje transformiše Lookup u Seek
CREATE NONCLUSTERED INDEX IX_Employees_LastName_Email_Position
ON Stats.Employees (LastName)
INCLUDE (Email, Position);
GO

-- Nakon ovoga, plan će prikazati samo "Index Seek", bez dodatnih koraka.

✅ Zaključak

Današnja lekcija vas je uvela u svijet naprednog query tuninga:

• ✅ Included Columns sprečavaju nepotrebne posjete tabeli.
• ✅ Filtered Indexes štede resurse ciljajući specifične datasetove.
• ✅ Usage Stats nam govore istinu o tome šta bazi stvarno treba.