Poligon IT » SQL Server 2005

Partycjonowanie tabeli w SQL Server 2005

carlx — Thu, 23 Jul 2009 08:24:05 +0000

Krótko na temat jak spartycjonować sobie tabele w Sql Serverze 2005. Tabelkę którą będę partycjonował jest tabela z historią operacji, kolumną która posłuży mi do spartycjonowania tejże tabeli będzie data wykononia operacji. Operacje będą partycjonowane po latach.

Zaczynamy

Pierwszą rzeczą którą musimy zrobić jest utworzenie grup plików i plików partycji.

dla mojego przykładu utworzyłem następujące grupy plików i pliki.

OPER1996LOWER (operacje < 1996 rok)

OPER1996

OPER1997

…

OPER2011

OPER2012

OPER2012UPPER (operacje > 2012)

czyli łącznie 19 grup i plików

Grupy plików możemy sobie wy listować w następujący sposób :

SELECT name as [File Group Name]
FROM sys.filegroups
WHERE type = ‘FG’

Następną czynnością jest utworzenie funkcji partycji “partition function”

CREATE PARTITIO FUCTIO [OperatiosDateRagePF1](datetime) AS RAGE RIGHT FOR VALUES (’1996-01-01′, ’1997-01-01′, ’1998-01-01′, ’1999-01-01′, ’2000-01-01′, ’2001-01-01′, ’2002-01-01′, ’2003-01-01′, ’2004-01-01′, ’2005-01-01′, ’2006-01-01′, ’2007-01-01′, ’2008-01-01′, ’2009-01-01′, ’2010-01-01′, ’2011-01-01′, ’2012-01-01′, ’2013-01-01′)

Range RIGHT translation
Operacje data wykonania	Partycja
< 1996-01-01	OPER1996LOWER
>=1996-01-01 and < 1997-01-01	OPER1996
>=1997-01-01 and < 1998-01-01	OPER1997
……	…….
>=2013-01-01	OPER2012UPPER

“Partition function” podpinamy pod “partition schema ” który tworzymy następującą komendą

CREATE PARTITION SCHEME [OperationsPartitionScheme] AS PARTITION [OperationsDateRangePF1] TO ([OPER1996LOWER], [OPER1996], [OPER1997], [OPER1998], [OPER1999], [OPER2000], [OPER2001], [OPER2002], [OPER2003], [OPER2004], [OPER2005], [OPER2006], [OPER2007], [OPER2008], [OPER2009], [OPER2010], [OPER2011], [OPER2012], [OPER2012UPPER])

Teraz pozostaje już tylko utworzenie tabelki i podpięcie jej do schematu partycji:

CREATE TABLE Operacje
(data_w datetime,
kwota decima(10,2))
ON OperationsPartitionScheme (data_w);

Ok mamy spartycjonowaną tabelkę i możemy załadować do niej dane

Procedura generująca wymiar czasu dla kostki OLAP.

admin — Thu, 05 Feb 2009 12:09:30 +0000

W odmętach internetu znalazłem procedurę tworzącą tablicę, która posłuży nam do tworzenia hierarchii czasu w naszych kostkach.

set datefirst 1
declare
@start_date datetime
,@end_date datetime
,@loop_day datetime
,@diff int
,@loop int

Select
@start_date =’1950-01-01′ — Adjust as per need
,@end_date = ’2050-12-31′
,@loop = 0

select
@diff = datediff(dd,@start_date,@end_date)

CREATE TABLE [Time_Dimension] (
[Time_ID] [int] identity(1,1) primary key,
[Cal_Date] [datetime] NULL ,
[The_Date] [int] NULL ,
[The_Day] [varchar] (20),
[The_Month_No] [int] NULL ,
[The_Year] [int] NULL ,
[The_Quarter] [varchar] (2),
) ON [PRIMARY]

while @loop <= @diff
begin
select @loop_day = dateadd(dd,@loop,@start_date)
insert into [Time_Dimension]
select
@loop_day
,datepart(dd,@loop_day)
,case datepart(dw,@loop_day)
when 1 then 'Poniedziałek'
when 2 then 'Wtorek'
when 3 then 'Środa'
when 4 then 'Czwartek'
when 5 then 'Piątek'
when 6 then 'Sobota'
when 7 then 'Niedziela'
end
,datepart(mm,@loop_day)
,datepart(yy,@loop_day)
,'Q'+convert(varchar,datepart(qq,@loop_day))

select
@loop = @loop + 1
end

Co warto mierzyć w Sql Server

admin — Wed, 04 Feb 2009 22:50:15 +0000

Często zdarzają się sytuacje, jak to już z produktami Microsoftu bywa, że baza, za która firma słono zapłaciła nie działa tak szybko, jak można było się tego spodziewać po cenie. Co można zrobić by to temu zaradzić? Zmienić bazę.

Można jednak wcześniej spróbować dopasować konfigurację sprzętowo – programową, na początek można ustawić liczniki, by nam pomogły określić potrzeby. W poniższej tabelce znajdują się podstawowe mierniki, wraz z podpowiedzią jak je odczytywać.

Licznik	Opis
Procesor:% Processor Time	Powinien utrzymywać się poniżej 75% (lepiej jak poniżej 50%).
System: Processor Queue Length	Powinien utrzymywać się poniżej 2 per procesor. np.w 2-procesorowej maszynie powinien być poniżej 4.
Pamięć: Pages/sec	Powinien utrzymywać się poniżej 20 (lepiej jak poniżej 15).
Pamięć: Available Bytes	Powinien pozostawać powyżej 50 MB.
Dyski: % Disk Time	Powinien pozostawać poniżej 50%.
Dyski: Avg. Disk Queue Length	Powinien pozostawać poniżej 2 per dysk. np. dla macierzy 5 dysków, wartość mierzona powinna pozostawać ponieżej 10.
Dyski: Avg. Disk Reads/sec	Określa rozmiar dysku i CPU. Powinien być poniżej 85% pojemości dysku.
Interfejsy sieciowe: Bytes Total/sec	Określa przepustowość sieci
SQL Server: Buffer Manager— Buffer Cache Hit Ratio	Powinien przekraczać 90% (idealnie 99%).
SQL Server: Buffer Manager—Page Life Expectancy	Określa rozmiar pamięci. Powinien przekraczać 300 sekund.
SQL Server: General Statistics— User Connections	Określa rozmiar pamięci.
SQL Server: Databases— Transactions/sec	Określa rozmiar pamięci i procesora.
SQL Server: Databases—Data File(s) Size KB	Określa rozmiar dysków.
SQL Server: Databases—Percent Log Used	Określa rozmiar dysków.