UGISS Community

Ciao a tutti, sto utilizzando sql 2005 standard ed ho un piccolo dubbio. Ho una tabella dove, per ogni cliente che aggiungo, creo 1 Milione e 500 mila record di inizializzazione.

I clienti, ora sono 2 ma possono diventare n (spero anche il prima possibile), mi consigliate l'uso del partitioning?
Se si
Posso utilizzare il partitioning solo su una parte di primary key (FK_ID_CLIENTE)
Posso integrare il partitioning nel db in produzione con un semplice alter table?
Devo creare/aggiungere un FILEGROUP per ogni cliente?

Mia Tabella
FK_ID_CLIENTE PK
FK_ID_OGGETTO PK
FK_ID_PAESE PK
FK_MESE PK
FK_ANNO PK
T                                      
T12                                    
T24
Descrizione

 

Siete grandi e ben tornati online!

stepic77:

Ciao a tutti, sto utilizzando sql 2005 standard...I clienti, ora sono 2 ma possono diventare n (spero anche il prima possibile), mi consigliate l'uso del partitioning?

Ciao Stefano,

Il Partitioning delle tabelle/indici è disponibile solo nella Enterprise/Developer Edition

Features Supported by the Editions of SQL Server 2005

Ciao!

NOOOOOOOOOOOOOOOO
 

 

 
Scusa Lorenzo, ma concettualmente è giusto e si può fare' ?

stepic77:

I clienti, ora sono 2 ma possono diventare n (spero anche il prima possibile), mi consigliate l'uso del partitioning?

Si, non tanto per una questione di performance, ma per una questione di flessibilità nella manutenzione.

Nel caso dovessi ricaricare tutti i dati di un clienti potresti lavorare solo sulla sua partizione, evitando di "dare fastidio" agli altri.

stepic77:

Posso integrare il partitioning nel db in produzione con un semplice alter table?

Si e No Si nel senso che in effetti pui fare tutto utilizzando ALTER TABLE ma devi prima crearti la partition function ed il partition schema. Dopodiche devi utilizzare ALTER TABLE per far si che la tua tabella non faccia riferimento ad un filegroup ma al partition schema.

Kimberly ha scritto un bel whitepaper sull'uso del partitioning:

http://www.ugiss.org/Content/Article/Partitioned-Tables-and-Indexes-in-SQL-Server-2005.aspx

stepic77:

Devo creare/aggiungere un FILEGROUP per ogni cliente?

Non è obbligatorio ma è sicuramente sensato

stepic77:

Posso utilizzare il partitioning solo su una parte di primary key (FK_ID_CLIENTE)

Si, ma leggi bene il documento di Kimberly per capire come strutturare correttamente la logica di partizionamente, specificando anche i CHECK constraint necessari in modo che sia possibile benificiare della possibilità di fare switch-it e switch-out delle partizioni.

Grazie Davide, molto interessante l'articolo di Kimberly.
Ho ricreato nel mio portatile, la partition function, il partition schema, le giuste primary key della mia tabella e la relazione della mia tabella con il partition schema e TUTTO FUNZIONA STUPENDAMENTE
Solamente la tabella più utilizzata nei calcoli del programma (300 Mega per ogni cliente) ho deciso di associarla alla partizione, per le altre tabelle non credo sia un problema lasciarle lavorare sulla partizione principale (o no?)
Infine in una stored ho aggiunto uno script per creare (per ogni nuovo cliente) la partizione fisica e logica ed i relativi merge range e next.
Ho saltato la parte dei CHECK constraint perchè non ho capito bene come sfruttare le switch-it e switch-out delle partizioni.... (forse è meglio associare alla partizione tutte le tabelle cliente??)


Nel primo confronto col "vecchio sistema", le performance sono aumentate notevolmente. Una semplice select count(*) di 50 milioni di record è 4 volte più veloce .

Ciao ragazzi, ultimi dubbi sul partitioning e poi non vi rompo più... promesso.

1) Perchè la tabella associata alla partizione deve avere (almeno nel mio caso)  la PRIMARY KEY NONCLUSTERED.

2) Dalla stessa stored devo aggiornare 2 PARTITION FUNCTION di 2 database separati, visto che non posso utilizzare il comando USE database, come faccio a modificare la partizione del database non "usato"?