C5 4.0 MS SQL Optimering

Jeg tror der skal en Broholm til. :)

Der er et par ting du kan gøre.

Hold op med at bruge re-indexeringen. Der er en del grunde til det - den vigtigste er klart at SQL-serveren er langt bedre til at styre det. Derudover skal I lade være med at genstarte SQL-serveren med mindre der er en rigtig god grund til det.

C5's SQL-implementation lader en del tilbage at ønske. Foreign key constraints anvendes overhovedet ikke, index er ikke clustered, fremmednøgler er ofte strenge (og tilmed højrestillede...). Når C5 forespørger i databasen er det uden index - dvs. at SQL selv står for alt - og derfor er i meget afhængige af de execution-plans, den finder - og hele den optimering bliver smadret hver gang I genstarter serveren eller kører C5's re-indexering.

Jeres problem ligger ikke på indsæt/slet, som jeg hører det. Hvordan er jeres klienter koblet på? Terminal Server eller tykke klienter? Sørg under alle omstændigheder for at de har masser af CPU og RAM at gøre godt med. C5 tager mere end man regner med.

Dernæst kommer den dyre del - har I nogen tilretninger i Projektkartoteket? Det lyder som om I har 'dyr' kode til at ligge i post-load triggeren på ProKart-blokken i formen ProKart. Prøv at slå alt automatisk efterberegning fra (Projekt/Tilpasning/Parametre).

Vores erfaring er at de største problemer på SQL-installationer som regel aldrig er SQL-serveren. C5 har et par... uhensigtsmæssigheder med hensyn til at den afvikler C5's Init trigger for hver eneste post den finder i en helt almindelig SELECT-sætning. Derudover anvender C5 ikke Inner joins (med mindre man selv skriver sine SELECT's manuelt, hvilket de færreste gør)  - dvs. at C5 løber et kartotek igennem, og for hver post sender en ny forespørgsel afsted på det indlejrede kartotek.

Men det kunne være rart at høre lidt mere om, hvad I har fået skruet på i projektkartoteket (jeg har endnu ikke set en installation med seriøs bruag af Projekt, som ikke er blevet skruet et eller andet sted). Og derudover resten af jeres setup.