dbTalk Databases Forums  

what to use

microsoft.public.sqlserver.dts microsoft.public.sqlserver.dts


Discuss what to use in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Vikram
 
Posts: n/a

Default what to use - 01-12-2006 , 12:23 AM






I want to tranfer data from 10 tables from server a to server 2.
for this what is best approach and why ?
1. make seprate DTS for each table
2. make one DTS for each table



Reply With Quote
  #2  
Old   
Jeff A. Stucker \(MVP\)
 
Posts: n/a

Default Re: what to use - 01-12-2006 , 12:34 AM






If it's really that simple, you shouldn't have a problem putting them all
into one package.

If you want to re-run portions of the package, that would be a good reason
to break them out to separate packages.

Also, if you are concerned about recovering from errors by re-running
individual tasks, that might justify splitting them up.
--
Cheers,

'(' Jeff A. Stucker
\
Senior Consultant
www.rapidigm.com

"Vikram" <aa@aa> wrote

Quote:
I want to tranfer data from 10 tables from server a to server 2.
for this what is best approach and why ?
1. make seprate DTS for each table
2. make one DTS for each table





Reply With Quote
  #3  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: what to use - 01-12-2006 , 12:37 AM



Hello Vikram,

There is no "Best" tool IMHO. Different things work in different situations
and different tools suit different people.

For your situation using DTS I would have 1 package with 10 Transform Data
Tasks.


Allan


Quote:
I want to tranfer data from 10 tables from server a to server 2.
for this what is best approach and why ?
1. make seprate DTS for each table
2. make one DTS for each table



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.