Getting Started with Adobe After Effects - Part 6: Motion Blur

Upload Image Close it
Select File

SSIS scenarios...
Browse by Tags · View All
BRH 15
SQL Server 15
#BI 14
Script Component 9
#SQL Server 7
Flat File Source 5
Script Component Source 5

Archive · View All
August 2010 4
March 2011 3
September 2010 3
February 2013 2
June 2011 2
November 2010 2
May 2010 2
November 2009 2
March 2010 2
May 2012 1

SSIS - Data Flow Task to Data Flow Task

May 6 2010 4:13PM by Sudeep Raj   

In SSIS Data Flow Task (DFT) is the most used task as almost all the ETL is done in DFTs. Situation do arise when we need to use data between two or more DFTs. So how can this be achieved? Well there are a number of ways you can save you data in one DFT to so that you access the same data in another DFT. Below are the different ways to store the data in the intermediate process, to be used again in another DFT or even another package.

  • Raw File
  • Flat File
  • SQL Table
  • Excel File
  • Recorset destination with Script component as the source

Let's elaborate each method.

Raw File:

While saving the data as a Raw File it is saved in the native form hence it is much faster while reading or writing the data to it. As the metadata is same as the SSIS data types, therefore there is no need of conversion of data type while reading or writing. This greatly improves the performance (IO) in case we are dealing with huge amount of data.

The metadata is stored as per our settings in the DFT hence consistency is maintained in the data. They are light weight as compared to other options available.

It is not easily editable as it requires SSIS to read the data or modify it. It could be an advantage as well as a disadvantage. It can just be used in the DFT.


Flat File:

Flat file destination or source can process various kinds of file like text, csv, etc.

It does not have any coupling with the metadata. It is difficult at times to know the data type of each column and it is prone to cause data errors while fetching the data from flat file. Because of this very reason the IO read and write time goes up as the data needs to be converted to appropriate form before reading.

It too is light weight and is used pretty often especially if you want to attach the data to a mail or make it available to people without SSIS. Unlike Raw file it is not dependent on SSIS for viewing or editing.


SQL Table

SQL table is the best choice if you need to store the data and not consume the entire data. In case there are multiple DFTs and each one requires some specific data then SQL table is the best option. Just write the appropriate query and you have the necessary data. There is no need to use any conditional split to filter data. Also a lot of derived column operations could be done in the source itself.

In case you need to get data based on other tables you could perform joins as well in the source. One of the big advantages of SQL server is that you can sort the data in the source (SQL Server) itself as the SSIS sort transform is very expensive.

SQL Server has perfect metadata association so no need to additional validation for data types if we need to use the data in the existing format.

The data security could be applied very efficiently to the tables. Even the data backup and restore is pretty foolproof.

Data is available for simultaneous access and the data locks are maintained by SQL Server effectively. We have the option of using transactions while loading the data in order to maintain the consistency of load.

On the flip side SQL Server maintenance is huge task in itself. SQL server itself needs a lot of resources.


Excel File

This is one of the options which I do not prefer to use. There are a lot of issues while reading or writing data to excel file. Few common issues faced are:

  • Conversion between Unicode and non-Unicode.
  • SSIS determines the data type automatically based on sampling first few records and returns NULL for the records it finds with inappropriate data types. Though there is a workaround by setting adding IMEX =1 in the connection string but this also does not guarantee proper data every time.

On the positive side excel file allows the data to stored is in proper tabular format and we can query the data as per our need.


Recordset Destination and Script Component as source

Again I would not recommend this as it is extremely time consuming when compared to Raw file (check the references below).The other methods explained above are much simpler to use and configure. Hence I will not be talking more on this topic.



Mostly we use the first three options and there is no hard and fast rule as to which should be used. Based upon the requirement you need to make the selection which one fits into your scheme the best.





Tags: SSIS, SQL Server, Data Flow Task, MSBI, Raw File, OLEDB Destination, Flat File Destination, #BI,

Sudeep Raj
12 · 13% · 4306



  • There is another option based on the commercial third-party library CozyRoc SSIS+ . We have implemented components for data transfer between data flows. The components are faster than the Raw Source and Destination components and do not require temporary data storage. The transfer between the data flows is done in-memory. These are the relevant components:

    Data Flow Source - Data Flow Destination -

    commented on Jul 14 2010 5:17PM
    3163 · 0% · 2
  • Thanks Cozyroc for the update will check this out and update the post.

    commented on Jul 17 2010 12:33AM
    Sudeep Raj
    12 · 13% · 4306

Your Comment

Sign Up or Login to post a comment.

    Copyright © Rivera Informatic Private Ltd Contact us      Privacy Policy      Terms of use      Report Abuse      Advertising      [ZULU1097]