rebuild versus reorganize index > Forum

Forum

Forums

Subject: rebuild versus reorganize index

You are not authorized to post a reply.

Author

Messages

Anco Stuij User is Offline

Posts:2

27-05-2008 11:46:09	Alert
Bij een klant hebben we stevige performance problemen met een Exact Globe 2003 administratie onder SQL 2005. Advies van Exact is om iedere nacht de indexen te rebuilden. In het maintenance plan draaien we iedere nacht al de reorganize index. De medewerker van Exact support stelt dat het eindresultaat van een rebuild beter is dan een reorganize. Nu ben ik even nieuwsgierig of iemand dit kan bevestigen. Ik was namelijk in de veronderstelling dat het eindresultaat van een reorganize of een rebuild gelijk is en hanteerde deze regels: - < 10% defragmentatie = niets doen - BETWEEN 10% AND 30% defragementatie = reorganize index - >30% defragmentatie = rebuild index Alvast bedankt voor uw reactie.

Markus Bohse User is Offline

Posts:19

27-05-2008 14:12:01	Alert
Anco, het eind resultaat is niet helemal hetzelfde omdat een reorganize alleen de leaf level pagers opnieuw organiseerd maar niet de root of intermediate level. Niettemin lijkt het me bij een exact databsae erg onwaarschijnlijk dat een dagelijkse index rebuild echt een verbetering bereikt. Nagenoeg alle tabellen hebben een Ientity column als clustered index, dus hier zal je bijna geen fragmentatie krijgen en de meeste Exact databases die ik ben tegen gekomen zijn ook niet zo extreem groot. Wat ik in het verleden wel heb gezien, is dat Exact in sommige stored procedures Index hints gebruikt. Ik heb een geval meegemaakt waar na het verwijderen van de Index hint een query van 2 minuten na 5 ms ging. Ik weet niet of de nieuwste versie nog steeds hints gebruikt, maar ik zal er zeker na kijken als ik jou was. De groeten Markus

R Meijer

Posts:3

29-05-2008 15:55:24	Alert
Anco, Ik heb geen verstand van Exact-databases, maar bij het bedrijf waar ik werk heeft men (weliswaar bij een niet Exact-gerelateerde applicatie) ook stevige performance-problemen gehad. De oplossing bleek het verlagen van het compatibility-level. Niet alle applicaties kunnen al onder goede performance-omstandigheden overweg met level 80. Robert

Anco Stuij User is Offline

Posts:2

18-06-2008 09:25:16	Alert
Bedankt voor jullie reacties. Voor zover ik me kan herinneren is de leaf level bij een clustered index de data zelf. In dat geval hebben we dus inderdaad geen intermediate level in de index. Dus dan inderdaad geen verschil tussen rebuild en reorganize index. Ik ga me eens verdiepen in het type indexen die er op de belangrijke tabellen zitten in Exact. Bedankt.

Markus Bohse User is Offline

Posts:19

18-06-2008 10:30:23	Alert
Voor zover ik me kan herinneren is de leaf level bij een clustered index de data zelf. In dat geval hebben we dus inderdaad geen intermediate level in de index. Anco, je hebt gelijk dat biji een clustered index het leaf level de data zelf is. Data betekent echter niet dat er geen intermediate levels kunnen voorkomen. Wanneer je (in SQL 2005) de volgende query uitvoerd zie je in de column index_depth hoeveel levels de index bevat. Een waarde van groter dan twee houdt in dat er ook 1 of meerdere intermediate levels bestaan. SELECT * FROM sys.dm_db_index_physical_stats (DB_ID('DatabaseName'), Object_id('table'),NULL,NULL,NULL)

André Kamman User is Offline

PASS Nederland

Posts:137

26-06-2008 23:12:43	Alert
Bij mijn laatste aanvaring met Exact had het herindexeren geen enkel effect. Er waren een paar hardnekkig trage queries die graag een full scan op de mutatie tabel wilden doen o.a. Een paar indexen hier en daar verhielpen het probleem. Ik voelde me ook niet schuldig om nog meer indexen toe te voegen aan een tabel die er al een 60-tal had (!) Wat vertellen de executie plannen van de queries je ? (Let op: van een overzicht in Exact kun je de query opvragen met ctrl-Q maar soms staan er ook totalen in het scherm en juist die totalen veroorzaakten bij mijn laatste Exact klusje de problemen, je kunt beter gericht tracen met de profiler.) Groeten, André

You are not authorized to post a reply.

Forums > Forums > DBA > rebuild versus reorganize index