Please start any new threads on our new site at https://forums.sqlteam.com. We've got lots of great SQL Server experts to answer whatever question you can come up with.

 All Forums
 General SQL Server Forums
 Database Design and Application Architecture
 Can I resign a DB without dump/loading?

Author  Topic 

coreysan
Starting Member

13 Posts

Posted - 2011-03-02 : 12:59:45
I was given a DB about 15 gigs in size, all of it on one MDF, and one
ldf file. The tables are heavily populated with calculated fields as well, and there are lots of views. I'd like to see if I can redesign the DB by adding filegroups, placing them on different partitions, and separating the indices to different filegroups as well, but I don't know enough about SQL Server to know if it can be done without first dumping all the data, and then re-loading. Can it be done on the fly? For example, if I added a new filegroup to the DB, how would I move the data from the single mdf chunk to the new filegroup... or am I required to dump/load?

Thanks for any response at all!
Corey

X002548
Not Just a Number

15586 Posts

Posted - 2011-03-02 : 13:06:34
I think you'll have to add the new file groups, then maybe alter the table? Don't know about that

You could bcp unload native, drop and recreate the bcp load the tables you want to move



Brett

8-)

Hint: Want your questions answered fast? Follow the direction in this link
http://weblogs.sqlteam.com/brettk/archive/2005/05/25/5276.aspx


Want to help yourself?

http://msdn.microsoft.com/en-us/library/ms130214.aspx

http://weblogs.sqlteam.com/brettk/

http://brettkaiser.blogspot.com/


Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2011-03-02 : 13:09:06
Although what you want to do is the best practice, it likely isn't needed for a 15GB database. Is all of the work worth it? Are their current performance issues that are IO related?

You can move objects to another filegroup by modifying the clustered index.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

coreysan
Starting Member

13 Posts

Posted - 2011-03-04 : 13:25:23
tkizer,
So you think that maybe a 15 gig file wouldn't require filegroups? In my opinion, the IO seems to be really poor. I realize that some of it is the nature of the DB, and it requires optimization, but I
wondered if filegroups would help. If it wouldn't make much of a change, then of course I don't want to do all that extra work.
Is bcp the best practice, or alter database?
Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2011-03-04 : 13:45:37
I don't think you're going to see any IO improvement with filegroups for a database that small.

ALTER TABLE is easiest to move the data around.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page
   

- Advertisement -