<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
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
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Garima Sharma
»
Parsing an ADO result set into a comma...
12 posts, Page 1 of 2
1
2
»»
Parsing an ADO result set into a comma separated string in SSIS
Rate Topic
Display Mode
Topic Options
Author
Message
Garima Sharma
Garima Sharma
Posted Wednesday, September 01, 2010 12:05 AM
SSC Rookie
Group: General Forum Members
Last Login: Monday, January 23, 2012 7:52 AM
Points: 35,
Visits: 82
Comments posted to this topic are about the item
Parsing an ADO result set into a comma separated string in SSIS
Post #978505
hr_sn
hr_sn
Posted Wednesday, September 01, 2010 12:53 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Sunday, May 05, 2013 1:51 AM
Points: 186,
Visits: 318
I would rather build the CSV using SQL at first place
Post #978522
Jeff Moden
Jeff Moden
Posted Wednesday, September 01, 2010 6:41 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:49 PM
Points: 32,890,
Visits: 26,761
I'm a bit torn on this one...
The article is nicely written with good clear graphics examples but I just wouldn't do this task this way. On the other hand, if you look deeper, there are some decent techniques shown that could be used for other things in the future.
--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 #978702
Garima Sharma
Garima Sharma
Posted Wednesday, September 01, 2010 6:54 AM
SSC Rookie
Group: General Forum Members
Last Login: Monday, January 23, 2012 7:52 AM
Points: 35,
Visits: 82
Hi There,
The reason we wanted to do this in SSIS was because we pull data from a lot of various sources in our data warehouse and instead of relying on SQL logic which could have varied by database server or version, I wanted to do this on our ETL side of things.
Thanks!
Garima
http://edw.northwestern.edu
Post #978708
sknox
sknox
Posted Wednesday, September 01, 2010 7:23 AM
Ten Centuries
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 5:22 AM
Points: 1,037,
Visits: 1,354
This is a good article, and your explanation as to why you did this in SSIS is a great example of how "best" practices sometimes are NOT the best solution for a particular business need.
hr_sn, I expect we'll see your article on how to do this in T-SQL soon?
Post #978742
Alvin Ramard
Alvin Ramard
Posted Wednesday, September 01, 2010 7:33 AM
Hall of Fame
Group: General Forum Members
Last Login: Saturday, November 10, 2012 8:24 AM
Points: 3,031,
Visits: 7,383
Jeff Moden (9/1/2010)
I'm a bit torn on this one...
The article is nicely written with good clear graphics examples but I just wouldn't do this task this way. On the other hand, if you look deeper, there are some decent techniques shown that could be used for other things in the future.
I agree.
Alvin Ramard
Memphis PASS Chapter
All my SSC forum answers come with a money back guarantee. If you didn't like the answer then I'll gladly refund what you paid for it.
Post #978751
AmolNaik
AmolNaik
Posted Wednesday, September 01, 2010 11:50 AM
SSC Eights!
Group: General Forum Members
Last Login: Tuesday, April 09, 2013 1:20 PM
Points: 936,
Visits: 1,184
Nice article and i would use the same technique in a DW environments when i have to pull information from different sources. But would be curious to see alternate methods to accomplish this, if any.
Thanks,
Amol Naik
Post #979026
Jeff Moden
Jeff Moden
Posted Wednesday, September 01, 2010 1:33 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:49 PM
Points: 32,890,
Visits: 26,761
sknox (9/1/2010)
.... your explanation as to why you did this in SSIS is a great example of how "best" practices sometimes are NOT the best solution for a particular business need.
By no stretch of the imagination is the way this task was accomplished in the article the "best" way to do this even for "particular" business needs. I also state that "Business needs" should never stipulate "how" within the realm of data processing once the data is inside the server with the possible exception of what is required security wise.
Further, what business needs? The author simply stated "I recently had a need to build a package... " and that's quite far from anything known as a "particular business need".
--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 #979105
Garima Sharma
Garima Sharma
Posted Wednesday, September 01, 2010 1:53 PM
SSC Rookie
Group: General Forum Members
Last Login: Monday, January 23, 2012 7:52 AM
Points: 35,
Visits: 82
Jeff Moden (9/1/2010)
sknox (9/1/2010)
.... your explanation as to why you did this in SSIS is a great example of how "best" practices sometimes are NOT the best solution for a particular business need.
By no stretch of the imagination is the way this task was accomplished in the article the "best" way to do this even for "particular" business needs. I also state that "Business needs" should never stipulate "how" within the realm of data processing once the data is inside the server with the possible exception of what is required security wise.
Further, what business needs? The author simply stated "I recently had a need to build a package... " and that's quite far from anything known as a "particular business need".
Hiya Jeff,
I hate to speak for someone else but I think what skonx may have referenced as my business need was based on my first reply. One thing that I do agree with is that this isn't necessarily the "Best" solution but as I mentioned at the start of my article, "I wanted to see if there were other ways to do simple programming using simple SSIS control flow components". This was more of an exploratory mission aiming to see what kind of fun things we can do with SSIS. It was a fun exercise that I thought was worth sharing.
Cheers,
Garima
Post #979125
hr_sn
hr_sn
Posted Wednesday, September 01, 2010 6:53 PM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Sunday, May 05, 2013 1:51 AM
Points: 186,
Visits: 318
sknox (9/1/2010)
hr_sn, I expect we'll see your article on how to do this in T-SQL soon?
There's already so many article available to create CSV using SQL and IMO no need of one more, you just need to use search on this site.
Post #979238
« Prev Topic
|
Next Topic »
12 posts, Page 1 of 2
1
2
»»
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.
