Indexanalys

Stora köpta system såsom ekonomisystem behöver oftast ses över nån gång per år för att säkerställa att användarupplevelsen fortsatt följer de prestandakrav man satte upp vid införande av systemet. Viktigt att tänka på att leverantören av systemet har en väldigt stor utmaning om att det skall passa så många olika typer av kunder som möjligt, varför prestanda för just Ert system troligtvis inte är optimalt.

När systemet varit på plats några år brukar ett vanligt scenario vara att man har överindexerat flera av de mest centrala tabellerna, pga av olika behov har uppstått som gjort att man skapat nya index. Dock är det nästan alltid så att man inte vågar ta bort de gamla som inte längre används eller att man har väldigt många snarlika.

Detta fenomen brukar leda till problem med långa blockeringar, kraschade körningar och frustrerade användare.

För detta har jag en utarbetad metod där jag går igenom samtliga större tabeller för att rekommendera en optimal uppsättning för hur det borde se ut idag utifrån användarnas faktiska användning av systemet och vilka rapporter som körs mest.

Innan man gör några förändringar måste man få till en bra relation till leverantören så att man får med den i båten. Vi vill undvika att göra några förändringar utan att ha leverantörens godkännande.

Tack vare MS SQL Servers utomordentliga inbyggda stöd för att kunna ta ut statistik på varje enskild detalj så kan vi presentera faktiska siffror på användandet och dess påverkan.

Innehåll

• Vilka kolumner skall placeras först
• Vilken kolumn skall vara klusternyckel
• Vilka datatyper är ineffektiva att indexera
• Hur många index är lämpligt
• Kolumner för WHERE, GROUP and ORDER BY
• Kolumnstoreindex
• Vilka blir skannade ofta
• Vilka används sällan eller aldrig
• Överlappande index som kan konsolideras