Hello à tous

je suis entrain de bosser sur des importations de données de fichier plat vers notre serveur SQL.

• Le principe :
  

Je récupère un fichier Txt que j'importe dans une table temporaire TMP_maTable.  ====>BULKINSERT
Puis je creer une procedure stockee qui va parcourir tout les enregistrement de cette table TMP_maTable et faire des INSERTS / UPDATE dans mes tables destination, en récupérant au passage les différentes clés étrangères dont ma table de destination pourrait avoir besoin....en faisant des mise à jour ou des insert dans d'autre tables liées, etc....
Il arrive sur certaine table qu'un insert declenche l'execution d'un trigger, et il faut que cela soit fait.

ci dessous un exemple de SP que je genere

---

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
DROP PROCEDURE [dbo].[IMPORT_ma_table_destination]
GO
CREATE PROCEDURE [dbo].[IMPORT_ma_table_destination]
AS
BEGIN
    SET NOCOUNT ON
    --Delete de la table
    DELETE FROM ma_table_destination;

    DECLARE @mes_variables_TMP varchar(50), .........;
    DECLARE @mes_variables_destination uniqueidentifier, ....

    DECLARE Cur_ CURSOR FOR
        SELECT * FROM TMP_ma_table_temp;
    Open Cur_
    -- Boucle sur le curseur et exécution des requetes
    FETCH NEXT FROM Cur_ INTO @mes_variables_TMP, .....;
    WHILE@@Fetch_Status = 0
    BEGIN
        -- traitement pour remplir les variables à insérer !
        SET @var_dest1 = newid();
        SET @var_dest2 = NULL;
        SELECT @var_dest2 = FK FROM T_ma_table_foreignkey WHERE Moncode = @une_de_mes_variable_tmp;
--        .........
        INSERT INTO ma_table_destination
        (
            mes_champs,.......
        )
        VALUES
        (
            @mes_variables_destination .....
        );

       IF @Une_des_valeurs = 'TOTO'
       BEGIN
          INSERT INTO une_autre_table values (.........................);
       END
         FETCH NEXT FROM Cur_ INTO @mes_variables_TMP, .....;
    END
    -- Fermeture du curseur et libération des ressources
    Close Cur_
    Deallocate Cur_
END

---

• Mon problème :
  

C'est long sur des fichiers de plusieurs millions de ligne c'est tres long....(environ 20h...), alors que je tape a chaque fois sur des zones indexe...
je me suis dis si j'essayais SSIS, seulement voila j'ai reussi a bidouiller quelques trucs, mais je ne suis pas arriver au même resultat que ce que j'etais capable de faire avec ma SP...genre mettre a jour une table etrangere apres l'insert dans ma table finale etc... => je ne maitrise pas l'outil

bref existe-t-il un moyen d'augmenter les perfs de ce genre d'import en gardant mon principe de procedure stockee, la possibilite de faire des insert a droite a gauche, de declencher ou non certain trigger......

---

Arthenius
http://blogs.developpeur.org/Arthenius/

"Ce qui ne me tue pas, me rend plus fort..."

Salut,

Heu, ça t'arrive souvent le : 'sur des fichiers de plusieurs millions de ligne' ?

Sinon "Integration Services" est un bon outil pour ce genre de chose, on peut tout faire avec, mais au niveau des perfs ça changera pas grand chose.
La seule solution est d'améliorer ta procédure par tous les moyens,
si ton curseur est LOCAL et FORWARD_ONLY, autant utiliser une boucle WHILE ou revoir la méthode du ligne par ligne et essayer dans la mesure du possible de penser bloc.
Mais bon, je pense que tu le sais déjà...

ben plusieurs fichiers a plus de 4 millions

bon je craignais ce genre de reponse

ben on va tacher d'optimiser

merci a toi

---

Arthenius
http://blogs.developpeur.org/Arthenius/

"Ce qui ne me tue pas, me rend plus fort..."

Oh que si SSIS sera plus rapide, transformation massive sur un dataset en cache plutôt qu'une lecture ligne par ligne via un curseur.

Sincèrement SSIS. De plus, certains éléments via du VB.Net peuvent être bcp plus rapide que via le moteur SQL.

Bien utilisé, il résoudra bcp de problème.

tu pense donc qu'en faisdant un programme plutot qu'une sp cela pourrait etre plus rapide ??

a tu de bon lien pour ssis ??

merci de ta reponse

---

Arthenius
"Ce qui ne me tue pas, me rend plus fort..."

Le msdn bien sûr :-)

Sinon, un très bon bouquin "Professional SQL server 2005 Integration Services" trouvable au format chm.
Il contient à la fin une étude de cas très intéressante.
Un programme plus rapide qu'une sp ... sais pas, mais plus rapide qu'un curseur, je pense sincèrement que oui.

Sinon, quelques remarques qui s'appliquent à SSIS au SQL ou au 2 :
1. Tu fais un DELETE de ta table au début sans condition. Donc, tu peux utiliser un TRUNCATE peut-être, plus rapide, remise à zéro du compteur auto s'il y a, et surtout, selon ton mode de log, les DELETE sont très longs à inscrire alors qu'un TRUNCATE est une opé unique.
2. Dans ton exemple, je crois avoir vu que tu récupérais ligne par ligne les valeurs des id des FK en fonction de leur valeur. En SSIS, tu pourras massiver tout ça via un merge ou un lookup ou tout autre selon ton approche. Cad, fusionner 2 dataset; 1 équivalent à ta table temporaire, l'autre à la table de référence, les joindre via la clé de valeur de texte (La, y'a pas le choix à première vue) et paramétrer une sortie avec la clé récupérée uniquement.
3. Tu fais un INSERT INTO ligne par ligne ... très très long sans compter encore une fois le mode de log. Tu dois avoir un LDF énorme. Or via SSIS, tu vas pouvoir constituer et transformer ton dataset selon tes besoins puis tout insérer d'un coup via une destination SQL Server ou OleDb.

Sincèrement, gain de temps non négligeable je pense.

je vais mediter sur tout cela
merci en tout cas pour tes pistes

---

Arthenius
"Ce qui ne me tue pas, me rend plus fort..."

je vais tester cette méthode, effectivement avec des case when et autre on peu ce passer de la boucle et autre test, reste a voir au niveau perf.

J'ai juste sur certain traitement des insert dans d'autre table (par exmple une table User mise a jour par les utilisateur ayant saisie une commande) ==> il faudra que je parcourt les different user avant et que je fasse les insert en amont de mon import de commande

merci je regarde tout ca et je reposte :)

---

Arthenius
"Ce qui ne me tue pas, me rend plus fort..."