Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2008
»
SQL Server 2008 - General
»
Best Approach to Archieve DB
34 posts, Page 2 of 4
««
1
2
3
4
»
»»
Best Approach to Archieve DB
Rate Topic
Display Mode
Topic Options
Author
Message
Jeff Moden
Jeff Moden
Posted Monday, March 18, 2013 5:51 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Yesterday @ 6:33 PM
Points: 32,889,
Visits: 26,757
runal_jagtap (3/18/2013)
4 View ... 0 replies
14 minutes... broad subject. Need more patience.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1432413
Jeff Moden
Jeff Moden
Posted Monday, March 18, 2013 5:56 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Yesterday @ 6:33 PM
Points: 32,889,
Visits: 26,757
runal_jagtap (3/18/2013)
Example -
We have a DB which have loads of data & we want to archiev it to some Server in such a way that
Scenario - Source DB have 5 yrs Data in it, we want to move the 5 yrs Data to Destination DB, & then will keep only one month data in Source DB, that means on monthly basis we will have less data in Sorce DB.
Please help me a best approach??
Will you ever have the need to access the data that's more than a month old through a GUI or stored procedure?
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1432415
OnlyOneRJ
OnlyOneRJ
Posted Tuesday, March 19, 2013 6:09 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Thursday, May 09, 2013 9:02 AM
Points: 158,
Visits: 443
Jeff, No we would never need a data a month old, incase if someone needs the data we can retrieve it from Archive DB..
but whats the best approach???
************************************
Every Dog has a Tail !!!!!
Post #1432591
Jeff Moden
Jeff Moden
Posted Tuesday, March 19, 2013 7:56 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Yesterday @ 6:33 PM
Points: 32,889,
Visits: 26,757
One very effective approach would be to "partition" the table but that's only if you have the Enterprise Edition and, IIRC, if you don't mind the "archive" being in the same database. What that will do for you is make it almost instant to "archive" a previous month and it will reduce the nightly maintenance because you won't have to rebuild or reorganize the idexes for the entire table because, if you do it right, the indexes are partitioned, as well.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1432659
OnlyOneRJ
OnlyOneRJ
Posted Tuesday, March 19, 2013 8:21 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Thursday, May 09, 2013 9:02 AM
Points: 158,
Visits: 443
Thanks Jeff
Currently me planning to go with SSIS Package Automation...
Well see how i succedd.. incase any query i will come here again.. stating
65 views & 0 replies
(
)
************************************
Every Dog has a Tail !!!!!
Post #1432676
Jeff Moden
Jeff Moden
Posted Tuesday, March 19, 2013 9:40 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Yesterday @ 6:33 PM
Points: 32,889,
Visits: 26,757
runal_jagtap (3/19/2013)
Thanks Jeff
Currently me planning to go with SSIS Package Automation...
Well see how i succedd.. incase any query i will come here again.. stating
65 views & 0 replies
(
)
So, what's the plan? Will the archive table be in a different database or the same database> I'm asking because although SSIS will certainly do the job, it seems like real overkill.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1432743
OnlyOneRJ
OnlyOneRJ
Posted Thursday, March 21, 2013 2:27 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Thursday, May 09, 2013 9:02 AM
Points: 158,
Visits: 443
Jeff, Yup The Srever & the Database would be different...
Why it would be overkill
explain me.. coz i am going to do it.. i dont know how to do it..
************************************
Every Dog has a Tail !!!!!
Post #1433630
david.alcock
david.alcock
Posted Thursday, March 21, 2013 3:51 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Friday, May 03, 2013 2:25 AM
Points: 115,
Visits: 450
SSIS is normally utilised when the copy/move is complex, if it involves data transformations, validations etc.
'Only he who wanders finds new paths'
Post #1433682
OnlyOneRJ
OnlyOneRJ
Posted Thursday, March 21, 2013 3:56 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Thursday, May 09, 2013 9:02 AM
Points: 158,
Visits: 443
My Task is mentioned belwo..
Copy all data from Source to destination DB
Every month only the updated or new data needs to be transffered to destination..
Will SSIS help in this?
************************************
Every Dog has a Tail !!!!!
Post #1433684
Jeff Moden
Jeff Moden
Posted Thursday, March 21, 2013 12:02 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Yesterday @ 6:33 PM
Points: 32,889,
Visits: 26,757
runal_jagtap (3/21/2013)
Jeff, Yup The Srever & the Database would be different...
Why it would be overkill
explain me.. coz i am going to do it.. i dont know how to do it..
If you've already decided to use SSIS, then my suggestion of making a simple job do a simple insert to the archive and a simple delete from the source would probably underwhelm everyone's gumption. Like I said, doing this through SSIS is real overkill.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1433949
« Prev Topic
|
Next Topic »
34 posts, Page 2 of 4
««
1
2
3
4
»
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.