In message <eYSpccv#DHA.1452@TK2MSFTNGP09.phx.gbl>, Jason Callas
<JayCallas@hotmail.com> writes
[quoted text, click to view] >My problem is that I do not know beforehand what n would be. So I would not
>know how many datadumps to create. (Unless I got a distinct list and
>dynamically went through list creating pumps)
>
>- Jason
>
>"Darren Green" <darren.green@reply-to-newsgroup-sqldts.com> wrote in message
>news:$J+LLhA5HzNAFwEb@sqldts.com...
>> In message <#hmgH8#9DHA.1392@tk2msftngp13.phx.gbl>, Allan Mitchell
>> <allan@no-spam.sqldts.com> writes
>> >Is this all stored in a database in which you can issue SQL Statements
>with
>> >a WHERE Clause. Yes? Use n individual datapump tasks. It will be
>quicker.
>> >
>>
>> I would use the WHERE clause option, but I'd be tempted to use a single
>> DataPump task, and drive it of a recordset in a loop. Have a look at
>> this sample, but replace the bulk export task with a DataPump, and
>> parameterise the WHERE clause filter.
>> --
>> Darren Green (SQL Server MVP)
>> DTS -
http://www.sqldts.com >>
>> PASS - the definitive, global community for SQL Server professionals
>>
http://www.sqlpass.org >>
>
Not knowing n, but assuming the structure is always the same makes this
perfect for a loop, as above.
There are several loop examples on the site, and also examples of using
recordsets to drive them.
--
Darren Green (SQL Server MVP)
DTS -
http://www.sqldts.com PASS - the definitive, global community for SQL Server professionals
http://www.sqlpass.org