Es ist mein erster Versuch, in SQL Server zu partitionieren. Ich habe aus dem Brent Ozar-Handbuch gelernt, was fantastisch ist :)
Ein paar Mal bin ich auf ein seltsames Szenario gestoßen; wenn ich renne:
SELECT *
FROM ph.FileGroupDetail
ORDER BY partition_number
Go
Es gibt dieselbe Dateigruppe, die zweimal mit 2 verschiedenen Partitionsnummern angezeigt wird, eine korrekt am Ende mit einem Bereichswert und die andere am Anfang mit einem Nullbereichswert.
Klicken Sie hier, um das Bild zu vergrößern
Einige Fragen:
Wie passiert das, wo bin ich falsch gelaufen?
Wie löse ich das Problem, dh wie entferne ich das Problem am Anfang, da ich am Anfang bereits eine leere Partition habe?
Ich habe versucht, die Datei (funktionierte, wenn sie leer war) und die Dateigruppe zu löschen, aber die Dateigruppe sagte, dass sie nicht gelöscht werden konnte.
Kann jemand bitte erklären, wie dies passiert ist und wie man den Partition 2-Eintrag loswird?
Antworten:
Die Ergebnisse zeigen, dass der Funktion irgendwann eine explizite NULL-Partitionsgrenze hinzugefügt wurde, als die Partitionsschema-
NEXT USED
Dateigruppe auf DailyAlbertFG30 gesetzt wurde. Außerdem wird DailyAlbertFG2 nicht verwendet. Vielleicht gab es einmal eine Partition in dieser Dateigruppe, die anschließend zusammengeführt wurde.Unten finden Sie ein Skript, das zeigt, wie eine FG30-Partition mit der NULL-Grenze erstellt werden kann. Die NULL-Grenze wurde möglicherweise versehentlich hinzugefügt.
quelle
Wenn Sie mit dem Aufräumen fertig sind und leere FGs finden, können Sie diese auch fallen lassen.
quelle