---
title: "Optimera/Reparera MS SQL"
type: "forum-thread"
url: "https://www.webforum.nu/amne/databaser-sql/122542-optimera-reparera-ms-sql"
topic: "Databaser & SQL"
topic_url: "https://www.webforum.nu/amne/databaser-sql"
author: "dekt"
published: "2005-02-15T21:22:37.000Z"
updated: "2005-02-18T11:58:30.000Z"
replies: 6
views: 383
page: 1
pages: 1
language: "sv-SE"
site: "webForum — webforum.nu"
rights: "Upphovsrätten till varje inlägg tillhör dess författare."
attribution: "Citera som: webForum, https://www.webforum.nu/amne/databaser-sql/122542-optimera-reparera-ms-sql"
---

# Optimera/Reparera MS SQL

## #1 — dekt, 2005-02-15T21:22Z

Med MySQL kan man ju optimera tabellerna så att det blir snabbare.

Kan man göra samma med MS SQL? Hur?

Permalänk: https://www.webforum.nu/p/122542

## #2 — Lasp, 2005-02-16T19:37Z

Om jag förstår din fråga så skulle du vilja ha posterna, i ordning det mest använda indexet?
Jag tror inte att det finns någon sådan funktion. Manuellt går det ju att göra.

Permalänk: https://www.webforum.nu/p/1556016

## #3 — dekt, 2005-02-17T14:36Z

Nej alltså i MySQL kan man köra kommandot OPTIMIZE TABLE Tabellnamn för att den ska bli optimerad. Vet inte hur det funkar, men efter det går allt snabbare iaf.

Permalänk: https://www.webforum.nu/p/1556324

## #4 — kjell, 2005-02-18T09:46Z

Det är nog mer än myt att det skulle gå snabbare.  Vad OPTIMIZE TABLE gör är att plocka bort allokerat utrymme som efterlämnas när du t.ex. raderar en rad. Det är naturligtvis önskvärt att utnyttja detta men knappast någon prestandaförbättring värt namnet vid normal användning av webbapplikationer.  Är det snabbhet man eftersträvar så är nog en genomtänkt indexering ett bättre alternativ.

Permalänk: https://www.webforum.nu/p/1556667

## #5 — pebi, 2005-02-18T09:54Z

shrink database
Det finns iallafall från enterprisemanager.
Kan läggas som schemalagd jobb från sql-agent.

Jag vet inte om det går att göra på enskilda tabeller. Jag har alltid använt det mot en helDB.
Och det den gör är som nämnt ang optimize, dvs tar bort "tomt"utrymme.
Har man tabeller som applikationer gör inset och delete i. Dvs att det skapas och tas bort massor av poster så kan det vara en ide.

/pebi

Permalänk: https://www.webforum.nu/p/1556671

## #6 — kjell, 2005-02-18T10:41Z

Det finns också en valmöjlighet per databas i Options-fliken att välja Auto shrink.

\[r\]
Kanske inte ska rekommendera Auto shrink efter att läst den här [artikeln](http://www.sqlservercentral.com/columnists/mpearson/autocloseandautoshrinkjustdont.asp) då tydligen prestanda påverkas negativt.
Vi kör det dock på våra produktionsservrar och har inte upplevt någon märkbar skillnad men ska väl sättas i relation till användning/maskinvara.

Permalänk: https://www.webforum.nu/p/1556699

## #7 — Lasp, 2005-02-18T11:58Z

Trots allt så är detta en viktig fråga.
Om man har statiska tabeller typ postnummer per ort skall dom läsas ut och läsas in i rätt (den mest använda sorterings,sök) ordningen.
Då detta är ett försummat kapitel tycker jag att det skall finnas rutiner för att göra detsama med exempelvis Kundtabellen. Orderhuvud osv .
Då bör man kunna höja prestanda. Om man gör detta månadsvis eller så.
Hur många databaser har sedan överflyttningsrutiner till Statiska databaser och bara behåller vad jag brukar kalla "en levande kärna" Man kan faktiskt lägga knyttabbeller så att när man söker på ett äldre ordernummer hänvisas frågan till en annan db exempelvis order2002. Det är en bra fråga och det finns flera svar.

Permalänk: https://www.webforum.nu/p/1556722

---

Tråden på webben: https://www.webforum.nu/amne/databaser-sql/122542-optimera-reparera-ms-sql