<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblogcasts.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Jay Uttam</title><subtitle type="html" /><id>http://sqlblogcasts.com/blogs/jay_uttam/atom.aspx</id><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/jay_uttam/default.aspx" /><link rel="self" type="application/atom+xml" href="http://sqlblogcasts.com/blogs/jay_uttam/atom.aspx" /><generator uri="http://communityserver.org" version="3.1.20917.1142">Community Server</generator><updated>2008-02-17T16:47:00Z</updated><entry><title>Range Lookup in SSIS</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/jay_uttam/archive/2008/02/17/range-lookup-in-ssis.aspx" /><id>http://sqlblogcasts.com/blogs/jay_uttam/archive/2008/02/17/range-lookup-in-ssis.aspx</id><published>2008-02-17T16:47:00Z</published><updated>2008-02-17T16:47:00Z</updated><content type="html">&lt;P&gt;We all are aware how beneficial lookup tasks are within SQL Server Integration Services. They are simple to use and also perform very well.&lt;BR&gt;&lt;BR&gt;However, for complex lookups you cannot use the simple lookup tasks. For this you need to use range lookups. To learn how to, follow this link : &lt;A href="http://www.julian-kuiters.id.au/article.php/ssis-lookup-with-range"&gt;&lt;FONT color=#445566&gt;http://www.julian-kuiters.id.au/article.php/ssis-lookup-with-range&lt;/FONT&gt;&lt;/A&gt; .&lt;BR&gt;&lt;BR&gt;Although it does handle really complex scenarios and avoids using complex correlation joins etc in the sql, the performance can be significantly slower. I had a package that processed around 30 millions rows in 3 hours...now takes around 12 hours to do the same number of rows. This is because to enable range lookup you have to turn on the memory restriction. This basically means SSIS will only pull back one row at a time. Which is actually what you want but in terms of a large dimension (at a guess a couple of million) this could pose an issue. So in general as long as you index your table properly it shouldn’t be too much of an issue however it can never be as quick as 'cached lookup' which is the standard lookup.&lt;/P&gt;&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=7437" width="1" height="1"&gt;</content><author><name>Jay Uttam</name><uri>http://sqlblogcasts.com/members/Jay-Uttam.aspx</uri></author><category term="SQL Server Integration Services" scheme="http://sqlblogcasts.com/blogs/jay_uttam/archive/tags/SQL+Server+Integration+Services/default.aspx" /></entry></feed>
