<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx</link><description>Calling an SSIS package from another SSIS package is, on the surface, a simple task. You just use the Execute Package Task and point it to a package on a SQL Server or somewhere in the file system, as shown below. It is pretty simply right? But what if</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#29968</link><pubDate>Fri, 29 Oct 2010 19:55:01 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:29968</guid><dc:creator>Price</dc:creator><description>&lt;p&gt;Another way of referencing a variable in a child package is to simply use the variable name used in the parent without the User:: / System:: Prefix. I'm not quite sure if that's a supported scenario since I rarely see people mention it.&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#29972</link><pubDate>Fri, 29 Oct 2010 22:13:16 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:29972</guid><dc:creator>Jimmy</dc:creator><description>&lt;p&gt;The challenge for me has been the fact that we do our development on the file system but our deployment is to the package store using msdb. &amp;nbsp;The attributes are different in calling child packages depending on where the package source is and there is not a good way to dynamically set it.&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#30026</link><pubDate>Sun, 31 Oct 2010 16:03:58 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:30026</guid><dc:creator>paulhutagalung</dc:creator><description>&lt;p&gt;&amp;gt;The challenge for me has been the fact that we do our development on the file system but our deployment is to the package store using msdb. &amp;nbsp;The attributes are different in calling child packages depending on where the package source is and there is not a good way to dynamically set it.&lt;/p&gt;
&lt;p&gt;Just use expression for that. and if you need to run by designer it can automatically switch to file system&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#30138</link><pubDate>Wed, 03 Nov 2010 15:42:02 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:30138</guid><dc:creator>Joao Silva</dc:creator><description>&lt;p&gt;Eric, i have tried do use the calling chil packages as a solution for a problem but it did not work. My problem is to use OLE DB SOURCE dynamically with different tables in the same job. I have created a variable in data acess mode which contain the name of table to be used. In my loop when i went for the second table the job abends. Any idea to solve this? tks Joao Silva&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#30139</link><pubDate>Wed, 03 Nov 2010 16:19:10 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:30139</guid><dc:creator>ejohnson2010</dc:creator><description>&lt;p&gt;Joao: The problem is likely caused by the schema of the tables being different. Your OLE DB data source has its schema defined at design time and when you dynamically change tables at run time, you will get a schema mismatch. Without knowing your specific details, it is hard to make a recommendation, but you might have to do some processing in t-sql to move data to a staging table and then use SSIS to process from the staging table. That way the schema is a known element.&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#30140</link><pubDate>Wed, 03 Nov 2010 16:59:29 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:30140</guid><dc:creator>Joao Silva</dc:creator><description>&lt;p&gt;Eric, first of all thank you for your answer. I am starting now in SSIS tasks and your help is really usefull :)&lt;/p&gt;
&lt;p&gt;I have created a loop which the driver is a table where each line has 2 columns: TABLE_NAME (contains each table name) and SQL_COMMAND where i have the sql instruction: &amp;quot;SELECT * FROM TXXXX&amp;quot; &amp;nbsp; XXXX - is the name of the table.&lt;/p&gt;
&lt;p&gt;example DRIVER TABLE:&lt;/p&gt;
&lt;p&gt;TABLE_NAME &amp;nbsp;SQL_COMMAND&lt;/p&gt;
&lt;p&gt;TW4A0 &amp;nbsp; &amp;nbsp; &amp;nbsp; SELECT * FROM TW4A0&lt;/p&gt;
&lt;p&gt;TW4B0 &amp;nbsp; &amp;nbsp; &amp;nbsp; SELECT * FROM TW4B0&lt;/p&gt;
&lt;p&gt;I call the child package passing this 2 columns:&lt;/p&gt;
&lt;p&gt;In the child package i use OLE DB SOURCE where i want to use the variable SQL_COMMAND with the value &amp;quot;SELECT * FROM TXXXX&amp;quot; &lt;/p&gt;
&lt;p&gt;this is just to migrate to another database thru OLE DB destination where i use the value of column TABLE_NAME to load data.&lt;/p&gt;
&lt;p&gt;tks&lt;/p&gt;
&lt;p&gt;Jo&amp;#227;o Silva&lt;/p&gt;
</description></item><item><title>re: Calling Child Packages in SSIS</title><link>http://sqlblog.com/blogs/eric_johnson/archive/2010/10/28/calling-child-packages-in-ssis.aspx#38526</link><pubDate>Mon, 19 Sep 2011 03:51:41 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:38526</guid><dc:creator>Mark Zatx</dc:creator><description>&lt;p&gt;Just have to say many thanks for this. Very clear and concise instructions.&lt;/p&gt;
</description></item></channel></rss>