Come posso caricare un file flat di grandi dimensioni in una tabella di database utilizzando SSIS?

Supponendo che tu stia utilizzando SQL Agent (o uno scheduler simile)

Reqs 1/4) Avrei un passaggio precursore che gestisse i passaggi FTP e/o di copia dei file. Non mi piace ingombrare i miei pacchetti con la manipolazione dei file se posso evitarlo.

Reqs 2/3) A livello di flusso di controllo, il design del pacchetto apparirà come un'attività Esegui SQL collegata a un flusso di dati connesso a un'altra attività Esegui SQL. Come indicato da @AllenG, sarebbe meglio caricare in una tabella di staging tramite l'attività Flusso di dati. La prima attività Esegui SQL eliminerà tutte le righe dalla tabella di staging (TRUNCATE TABLE dbo.DAILY_STAGE)

Il design approssimativo del tavolo è simile a questo. La tabella MICHAEL_BORN è la tua tabella esistente e DAILY_STAGE è dove atterrerà il tuo flusso di dati.

CREATE TABLE DBO.MICHAEL_BORN
(
    ID int identity(1,1) NOT NULL PRIMARY KEY CLUSTERED
,   ItemID int NOT NULL
,   ItemName varchar(20) NOT NULL
,   ItemType varchar(20) NOT NULL
)
CREATE TABLE dbo.DAILY_STAGE
(
    ItemID int NOT NULL PRIMARY KEY CLUSTERED
,   ItemName varchar(20) NOT NULL
,   ItemType varchar(20) NOT NULL
)

A scopo dimostrativo, caricherò le tabelle precedenti con dati di esempio tramite TSQL

-- Original data
INSERT INTO
    dbo.MICHAEL_BORN
VALUES
    (2345,'Apple','Fruit')
,   (4578, 'Bannana','Fruit')


-- Daily load runs
-- Adds a new fruit (pear), corrects misspelling of banana, eliminates apple
INSERT INTO
    dbo.DAILY_STAGE
VALUES
    (7721,'Pear','Fruit')
,   (4578, 'Banana','Fruit')

L'attività Esegui SQL trarrà vantaggio da MERGE dichiarazione disponibile nelle edizioni 2008+ di SQL Server. Si noti che il punto e virgola finale fa parte dell'istruzione MERGE. La mancata inclusione comporterà un errore di "Un'istruzione MERGE deve essere terminata da un punto e virgola (;).".

-- MERGE statement
-- http://technet.microsoft.com/en-us/library/bb510625.aspx
-- Given the above scenario, this script will
-- 1)  Update the matched (4578 bannana/banana) row
-- 2)  Add the new (pear) row
-- 3)  Remove the unmatched (apple) row

MERGE
    dbo.[MICHAEL_BORN] AS T
USING
(
    SELECT
        ItemID
    ,   ItemName
    ,   ItemType
    FROM
        dbo.DAILY_STAGE

) AS S
ON T.ItemID = S.ItemID
WHEN
    MATCHED THEN
    UPDATE
    SET
        T.ItemName = S.ItemName
    ,   T.ItemType = S.ItemType
WHEN
    NOT MATCHED THEN
    INSERT
    (
        ItemID
    ,   ItemName
    ,   ItemType
    )
    VALUES
    (
        ItemID
    ,   ItemName
    ,   ItemType
    )
WHEN
    NOT MATCHED BY SOURCE THEN
    DELETE
    ;

Req 5) L'efficienza è totalmente basata sui tuoi dati e su quanto sono larghe le tue righe, ma non dovrebbe essere terribile.

-- Performance testing
-- Assumes you have a similar fast row number generator function
-- http://billfellows.blogspot.com/2009/11/fast-number-generator.html

TRUNCATE TABLE dbo.MICHAEL_BORN
TRUNCATE TABLE dbo.DAILY_STAGE

-- load initial rows
-- 20ish seconds
INSERT INTO
    dbo.MICHAEL_BORN
SELECT
    N.number AS ItemID
,   'Spam & eggs ' + CAST(N.number AS varchar(10)) AS ItemName
,   'SPAM' AS ItemType
--, CASE N.number % 2 WHEN 0 THEN N.number + 1000000 ELSE N.number END AS UpTheEvens
FROM
    dbo.GenerateNumbers(1000000) N


-- Load staging table
-- Odds get item type switched out
-- Evens get delete and new ones created
-- 20ish seconds
INSERT INTO
    dbo.DAILY_STAGE
SELECT
    CASE N.number % 2 WHEN 0 THEN N.number + 1000000 ELSE N.number END AS ItemID
,   'Spam & eggs ' + CAST(N.number AS varchar(10)) AS ItemName
,   CASE N.number % 2 WHEN 0 THEN 'SPAM' ELSE 'Not much spam' END AS ItemType
FROM
    dbo.GenerateNumbers(1000000) N


-- Run MERGE statement, 32 seconds 1.5M rows upserted
-- Probably fast enough for you