Partycjonowanie AdventureWorks przykładowej bazy danych
SQL Server zawiera dwie próbki Transact-SQL skrypty, które mogą być wykonywane w stosunku AdventureWorks Przykładowa baza danych do zaimplementowania scenariusza partycjonowanie na partycje. Aby uzyskać informacje na temat instalowania i uruchamiania skryptów zobacz Readme_PartitioningScript i ReadMe_SlidingWindow.
Pierwszy skryptu PartitionAW.sql, partycje AdventureWorks tabele, TransactionHistory and TransactionHistoryArchive.The TransactionHistory tabela contains sales records for the current year.Ta tabela służy głównie do wstawiania nowych rekordów i aktualizowanie ich w razie potrzeby.The TransactionHistoryArchive tabela contains sales records older than the current year.Ta tabela służy głównie do kwerendy SELECT i jak z tabeli tymczasowej na przenoszenie danych do magazyn danych.Aby uzyskać więcej informacji na temat projektowania partycjonowanie na partycje z tych tabel zobacz Planning Guidelines for Partitioned Tables and Indexes.
W przypadku ataku rzeczywistych TransactionHistory and TransactionHistoryArchive tabel będzie prawdopodobnie stanie dwóch z największą tabel bazy danych.Przez partycjonowanie tych dwóch tabel, można zarządzać podzbiorów danych miesięcznych między nimi.Co miesiąc, najstarsze miesiąca danych jest przenoszona z TransactionHistory to TransactionHistoryArchive.W ten sposób dane w TransactionHistory pozostaje bieżącej operacji INSERT i UPDATE, podczas gdy starsze danych przeznaczonych do TransactionHistoryArchive szorowania i analizy.Ponieważ w tabelach są podzielone na partycje, przeniesienie miesięczne "fragmentów" danych między tabelami zazwyczaj ma tylko sekund, minut lub godzin, miała w poprzednich wersjach.Dzieje się tak, ponieważ jest to operacja metadane, zamiast fizycznej przeniesienie danych.
Drugi skryptu Sliding.SQL, implementuje w tym scenariuszu "przesuwanie okna" dla jednego miesiąca danych.Aby uzyskać więcej informacji o tym, jak działa ten skrypt zobacz Designing Partitions to Manage Subsets of Data.