![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hi, I am very new to DTS, so hope my quesion is not silly. We are working on a long-term project (C#, about 50 men years, scheduled to 3/2005). We are based on SQL server 2000.( although our deployment dates will probably coincide with Yukon release, sigh ) Part of the project is integrating data from about 15 other systems on a daily basis. Data is sent to us in text files, and integrated into the SQL server using DTS and lots of .Net application code. (It is "Data to application" situation, and not exactly ETL) Question: We were thinking of using Yukon as our DTS platform, to do our ETL type processing into the SQL 2000 server. This could earn us the following benefits: 1) Better integration to .Net development 2) Saving migration pain when we eventually migrate to Yukon. 3) Better DTS. Is it technically possible to do DTS on Yukon into SQL 2000 ? Is the "Better DTS" of Yukon really worth the hassle? Thanks! Tzahi |
#3
| |||
| |||
|
|
Oh yes. Yukon DTS is a better animal than v2000 DTS IMHO. Microsoft have made huge improvements in the code and types of things being able to be implemented in Yukon versus v2000. It sounds as though currently you are using .Net code as "Glue" code. i.e. you cannot do what you want natively in DTS so have to tack something on the side to make it fit. If this is the case then yes Yukon DTS will be a Godsend to you. It is though a whole different paradigm. You can almost forget what you know in v2000 and have to start anew in Yukon. Don't let that put you off though, it is truly a better product. |
#4
| |||
| |||
|
|
Hi Allen, Thanks a lot for your answer, and you have certainly convinced me ( well, isn't too hard convincing a techi to use the newest and greatest :-) ) - but my managers being what they are (smart managers) will probably ask the following questions: 1) we are basically using Yukon purely as an ETL engin, similar to Informatica. Is it reasonable? Isn't Informatica a much better tool ? 2) Are there things I could do with DTS v2000 that is part of my DB that I can't do with Yukon DTS running on another machine. 3) Is it possible to debug .Net code that is acticated by Yukon DTS And thanks again for you help Tzahi Oh yes. Yukon DTS is a better animal than v2000 DTS IMHO. Microsoft have made huge improvements in the code and types of things being able to be implemented in Yukon versus v2000. It sounds as though currently you are using .Net code as "Glue" code. i.e. you cannot do what you want natively in DTS so have to tack something on the side to make it fit. If this is the case then yes Yukon DTS will be a Godsend to you. It is though a whole different paradigm. You can almost forget what you know in v2000 and have to start anew in Yukon. Don't let that put you off though, it is truly a better product. |
#5
| |||
| |||
|
|
Hi Allen, Thanks a lot for your answer, and you have certainly convinced me ( well, isn't too hard convincing a techi to use the newest and greatest :-) ) – but my managers being what they are (smart managers) will probably ask the following questions: 1) we are basically using Yukon purely as an ETL engin, similar to Informatica. Is it reasonable? Isn't Informatica a much better tool ? Not used Informatica myself, but tried some others, and yes they had |
|
2) Are there things I could do with DTS v2000 that is part of my DB that I can't do with Yukon DTS running on another machine. Nothing I can think of that you cannot do (better) in Yukon. The way you |
|
3) Is it possible to debug .Net code that is acticated by Yukon DTS Yes, but not sure what you would be doing, since many of the things you |
#6
| |||
| |||
|
|
Hi Allen, Thanks a lot for your answer, and you have certainly convinced me ( well, isn't too hard convincing a techi to use the newest and greatest :-) ) - but my managers being what they are (smart managers) will probably ask the following questions: 1) we are basically using Yukon purely as an ETL engin, similar to Informatica. Is it reasonable? Isn't Informatica a much better tool ? 2) Are there things I could do with DTS v2000 that is part of my DB that I can't do with Yukon DTS running on another machine. 3) Is it possible to debug .Net code that is acticated by Yukon DTS And thanks again for you help Tzahi Oh yes. Yukon DTS is a better animal than v2000 DTS IMHO. Microsoft have made huge improvements in the code and types of things being able to be implemented in Yukon versus v2000. It sounds as though currently you are using .Net code as "Glue" code. i.e. you cannot do what you want natively in DTS so have to tack something on the side to make it fit. If this is the case then yes Yukon DTS will be a Godsend to you. It is though a whole different paradigm. You can almost forget what you know in v2000 and have to start anew in Yukon. Don't let that put you off though, it is truly a better product. |
#7
| |||
| |||
|
|
We use both informatica and DTS (SQL2000) in our environment. Informatica was orginally selected because we were using a Lotus Notes source and the people making the decision on what tool to use did not have confidence in DTS. My experience is that anything you can do in Informatica you can do in DTS. The main advantage to Informatica it ability to connect to mainframe and other legacy systems. Informatica does a great job at connecting and moving data from just about any system you can throw at it. If your sources are only Microsoft products then Informatica will be overkill. You also don't have to do any scripting with Informatica which is an advantage to non-scripts. The main disadvantages to Informatica, from my prospective, is that very few shop use it with SQL Server. I would guess less than 2%. The support for SQL Server customers has been terrible from my experience. It took 8 months to get a patch that worked for a bug that took 4 months for me to convince there support staff was in fact a bug. To there defense, they fired the support manager I was working with. Kyle |

![]() |
| Thread Tools | |
| Display Modes | |
| |