Moving Tables and Indexes to Filegroups En Masse

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » Article Discussions » Article Discussions by Author » Discuss Content Posted by David Poole » Moving Tables and Indexes to Filegroups En...

Moving Tables and Indexes to Filegroups En Masse

Rate Topic

Display Mode

Topic Options

Author

Message

David.Poole

Posted Tuesday, January 20, 2009 10:41 PM

SSCrazy

Group: General Forum Members
Last Login: Today @ 12:46 PM
Points: 2,749, Visits: 1,406

Comments posted to this topic are about the item Moving Tables and Indexes to Filegroups En Masse

LinkedIn Profile

Post #640408

noeld

Posted Wednesday, January 21, 2009 9:55 AM

SSCertifiable

Group: General Forum Members
Last Login: Tuesday, May 14, 2013 4:39 PM
Points: 6,260, Visits: 1,977

This was very nice. A point to keep in mind though is the "dreaded" TEXT columns, these "animals" are hard to handle at least with the current scripting capabilities. and the scripts shown do not address this issue.

Keep it up!

* Noel

Post #640908

DavidSimpson

Posted Wednesday, January 21, 2009 10:00 AM

SSC Eights!

Group: General Forum Members
Last Login: Friday, May 17, 2013 10:29 AM
Points: 890, Visits: 931

Very good article... no doubt your co-worker owes you some extra beer money :)

Not picking on your scripts, rather this is something I've been wondering. What is the advantage of using the "MOVE TO" option on the ALTER TABLE DROP CONSTRAINT command when moving a clustered index to a new filegroup? To me creating the heap in the new file group with the MOVE TO option sounds like extra work that is not needed... especially since creating the clustered index on the new file group will move and sort the data.

I appreciate any insight on this.

Thanks
David

Post #640914

David.Poole

Posted Wednesday, January 21, 2009 10:49 AM

SSCrazy

Group: General Forum Members
Last Login: Today @ 12:46 PM
Points: 2,749, Visits: 1,406

I wasn't sure about the benefits of MOVE TO until I did a drop constraint and then inspected the table.

The data had shifted onto the desired filegroup so I would hazard a guess that the subsequent creation of the clustered index is dedicated to creating the key and not shifting data at the same time.

Before anyone mentions it, it has occurred to me that rather than shift data onto filegroups I would have been better off shifting it onto partitions on filegroups. That said it was a quick down and dirty process and it would work on legacy SQL2000 database if required.

LinkedIn Profile

Post #640959

VadimK

Posted Wednesday, January 21, 2009 3:31 PM

SSC Rookie

Group: General Forum Members
Last Login: Thursday, April 18, 2013 8:43 AM
Points: 28, Visits: 116

great article, i wish you printed it last month when i had to move around 100 GB from one filegroup to another.

Post #641209

scaldwell-944061

Posted Thursday, January 22, 2009 6:13 AM

Forum Newbie

Group: General Forum Members
Last Login: Thursday, May 16, 2013 8:49 AM
Points: 1, Visits: 486

This was a very informative read. It seems like this approach could be used to reconfigure a poorly planned partitioning strategy. Has anyone run into this need before?

Thanks,

Scott

Post #641608

« Prev Topic | Next Topic »

Permissions