September 10, 2007 at 9:14 am
Hi Experts,
i have read an article about 'Table Partition' couple of days back. will it realy helpful in Performance tuning ?
Regards
Karthik
karthik
September 11, 2007 at 4:13 pm
I would not consider partitioning a tuning technique. What did the article say about partitioning that you have questions on.
September 11, 2007 at 7:32 pm
Usually only table partition is used in data warehouse. It can be vertical or horizontal partition. Most people use vertical partition. Basically it divided the table using one of the key, for example each year has its own table. So datatable1 has the data of Year 2000, datatable2 has the data of Year 2001 and so on. So each table size is small instead of creating a huge table of all years. Then create a view name datatable, it uses UNION ALL to combine all the tables together. The users will use the view and they do not need to know the table is partitioned.
The reason why it relates to tuning is when the users query the data warehouse and if most of the queries use current year, the view supposes will look at the current year table. This way the query will run faster.
September 11, 2007 at 8:08 pm
That helps, but better to have the partitions on different physical disks for real performance gains...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 11, 2007 at 9:02 pm
It's sometimes used to make backups more manageable in a warehouse as well, as the partitions can reside in separate databases (or even separate servers, in which case it's a distributed partitioned view).
Be advised, without the proper contraints in place, it's just a view, not a partitioned view.
Note: I'm assuming you are speaking of partitioned views, not tables, since this is SQL Server 2000.
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply