Reputation: 12369
I have been reading quite a few articles on partitioning tables. I have the following questions currently related to partitioning in sql server 2005 -
Upvotes: 0
Views: 175
Reputation: 16031
1 - This is a tricky question as it depends. Partitioning must be done on an indexed column, so it might be a bit quicker since the index wouldn't need rebuilt on the whole table. Partitioning is really more there to help speed up select queries, not insert queries. The select operation will be done seperately separately on each partition, then the results will be aggregated for you. Before SQL 2005 this was possible to done manually, but it wasn't nearly as optimized.
2 - The change is entirely transparent.
3 - Honestly the less indices you have the faster an insert will run.
4 - This is a great resource, and so is this. Basically if you already have data you have to recreate the table with the partitions then load the data from the old table to the new one and re-establish your relationships.
5 - You could manually do the partitioning with multiple tables with a view above those tables to join the tables together to get your data. This is known as a partitioned view and how partitioning was done in SQL 2000.
Upvotes: 2