Descoperirea partitiilor pas cu pas

 
Partitiile sunt mecanismul prin care in SQL 2005 se pot distribui date ale unui tabel pe mai multe filegroup-uri pe baza unui criteriu de impartire. Beneficiile utilizarii acestuia sunt mari , lista lor o gasiti sigur prin MSDN (aici Cristi Lefter sau altcineva dintre dvs. ma puteti ajuta cu un link catre astfel de resurse).
In continuare vi se va desfasura un film al incercarilor mele facute pentru testarea acestui mecanism. Daca este prost sau mai trebuie imbunatatit, dumneavoastra o puteti spune, insa sigur puteti trece de la postura de spectator la cea de regizor, masinist, sunetist, cascador sau ce mai vreti …

            Folosesc aceeasi baza de date “chioara” facuta candva intr-un articol. Citind “scenariul” oferit de Books Online aflu ca trebuie facuta o functie pentru partitie:

 CREATE PARTITION FUNCTION [myRangePF1](int) AS RANGE LEFT FOR VALUES (1, 100, 1000)

 
Aceasta se numeste “myRangePF1” si imparte datele in 4 partitii :

Partitia 1 intregi pana la borna 1 (inclusiv 1 pentru ca apare LEFT)

Partitia 2 intregi intre 1 si 100 inclusiv

Partitia 3 intregi intre 100 si 1000 inclusiv

Partitia 4 intregi peste 1000

(daca as fi folosit RIGHT in loc de LEFT am fi avut de exemplu

Partitia 3 intregi intre 100 inclusiv si 1000)

      Mai departe trebuie sa fac o asociere intre aceste zone unde se vor duce datele si filegroup-uri. Pentru asta construiesc intai 4 filegroupuri test1fg, test2fg, test3fg, test4fg si generez o schema de partitie care face asocierea:

CREATE PARTITION SCHEME [myRangePS1] AS PARTITION [myRangePF1] TO ([test1fg], [test2fg], [test3fg], [test4fg])

            Acuma bucataria e gata, mai trebuie sa pun un tabel sa se foloseasca de aceste lucruri; tabelul creat mai jos face ca pe baza coloanei “clasa” sa se faca impartirea datelor:

USE

GO

CREATE TABLE [dbo].[test](

      [id] [int] IDENTITY(1,1) NOT NULL,

      [nume] [varchar](50) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,

      [clasa] [int] NULL

) ON [myRangePS1]([clasa])

 

GO

SET ANSI_PADDING OFF

 

            Mai departe ma joc inserand o multime de date in tabelul nostru

declare @i int

declare @nume1 varchar(20)

set @i=0

while @i<2000

begin

set @i=@i+1

set @nume1='Gigi'+cast(@i as varchar(4))

INSERT INTO .[dbo].[test]

           ([nume]

           ,[clasa])

     VALUES (@nume1

           ,@i)

end

 Pentru a vedea ce date am si unde le am apelez la functia PARTITION.myRangePF1(clasax) care da partitia unde se depun datele ce fac parte din clasa “clasax”, si, prin interogarea urmatoare

USE a ;

GO

SELECT $PARTITION.myRangePF1(clasa) AS Partition,

COUNT(*) AS [COUNT] FROM dbo.test

GROUP BY $PARTITION.myRangePF1(clasa)

ORDER BY Partition ;

 

Rezulta un numar de date ca in tabelul urmator :

Partition   COUNT

----------- -----------

1           1

2           99

3           900

4           1000

 

(4 row(s) affected)

 

De asemenea pentru a vedea “icrele” depuse in partitia numarul 3 se poate lansa

select * from dbo.test

where $partition.myrangepf1(clasa)=3

Cu partitiile se pot face urmatoarele operatii:

• Switching
• Merging
• Splitting

 

Daca ultimele 2 sunt un pic mai transparente(merging=unire a 2 partitii, splitting=descompunere a unei partitii) haideti sa vedem ce inseamna switching:

 

Iata ce date avem pe partitia nr 2

select * from test

where $PARTITION.myrangepf1(clasa)=2

 

id          nume                                               clasa

----------- -------------------------------------------------- -----------

2           Gigi2                                              2

3           Gigi3                                              3

…

100         Gigi100                                            100

 

(99 row(s) affected)

 

 

Creez un nou tabel test2 identic cu test in filegroupul test2fg, si inserez un rand oarecare in tabel dupa care pornesc switching:

ALTER TABLE test SWITCH PARTITION 2 TO test2 ;

 

Msg 4905, Level 16, State 1, Line 1

ALTER TABLE SWITCH statement failed. The target table 'a.dbo.test2' must be empty.

Asta inseamna ca test2 trebuie sa fie gol pentru a face switching.

Sterg acel rand si relansez comanda de switching, apoi vad ce date sunt pe aceasta partitie:

id          nume                                               clasa

----------- -------------------------------------------------- -----------

 

(0 row(s) affected)

 

Asta inseamna ca prin switching datele de pe partitia initiala sunt pierdute.

 

Si ca sa nu fiu dator cu celelalte operatii:

 ALTER PARTITION FUNCTION myRangePF1()

MERGE RANGE (100)

Da urmatoarele rezultate:

Partition   COUNT

----------- -----------

1           1

2           999

3           1000

 

(3 row(s) affected)

Asta inseamna ca partitiile 2 si 3 s-au unit (99 + 900), iar

 

ALTER PARTITION FUNCTION myRangePF1()

SPLIT RANGE (500)

Ne da

Msg 7707, Level 16, State 1, Line 1

The associated partition function 'myRangePF1' generates more partitions than there are file groups mentioned in the scheme 'myRangePS1'.

Oops !

Dupa cateva cautari aflu ca trebuia sa mai am un filegroup disponibil asa ca il construiesc si pe test5fg , modific schema cu

ALTER PARTITION SCHEME myRangePS1

NEXT USED test5fg

astfel ca partitia sa recunoasca noul filegroup dupa care comanda de splitare functioneaza corect.

 

                                                The End

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)