Discussion :

[Fredo02]

Bonjour,

J'ai un package SSIS qui insert des données dans une BD depuis un fichier plat.
Mes différentes insertions sont placées dans un conteneur de séquences.
Au dessus de ce contenur j'ai une tache SQL qui fait "BEGIN TRAN matransac".
En dessous de ce conteneur j'ai 2 taches SQL, une en sortie avec succés "COMMIT TRAN matransac" et l'autre en cas d'erreur "ROLLBACK TRAN matransac".

Si mon conteneur de séquence passe sans erreur je commit sinon je rollback.
J'ai correctement attribué la proptiété RetainSameConnection à True.

Cependant en fonction de la taille du fichier plat, le package coince en plein milieu, la case reste jaune.

Une idée ?

Merci

[Fredo02]

Petite info non négligeable, le problème se situe lorsque j'essaye d'inserer en meme temps dans la meme table.

En fait j'ai un fractionnement conditionnel et pour chaque branche j'insere dans la table client mais avec des valeurs différentes.

J'ai tenté de déchoché la case "Verrou" mais çà ne change rien.

[FrancoisJehl]

Tu as essayé de rajouter un WITH(NOLOCK) à ton SELECT d'entrée?

[Fredo02]

Je n'ai pas de select, c'est un fichier plat.

[fflores]

Au dessus de ce contenur j'ai une tache SQL qui fait "BEGIN TRAN matransac".
En dessous de ce conteneur j'ai 2 taches SQL, une en sortie avec succés "COMMIT TRAN matransac" et l'autre en cas d'erreur "ROLLBACK TRAN matransac".

J'aurais une petite question pour ma culture personnelle: Y a-t-il un intérêt à préférer l'utilisation de tâches SQL pour gérer une transaction sachant que le conteneur de séquences comporte la propriété "TransactionOption" qui permet de le faire?

[FrancoisJehl]

En fait j'ai un fractionnement conditionnel et pour chaque branche j'insere dans la table client mais avec des valeurs différentes.

J'avais mal lu c'est un scénario que j'évite en général. Et hormis décocher TABLOCK...

Y a-t-il un intérêt à préférer l'utilisation de tâches SQL pour gérer une transaction sachant que le conteneur de séquences comporte la propriété "TransactionOption" qui permet de le faire?

Technologiquement ça n'a pas grand chose à voir, donc les usages divergent
d'un côté tu gères les transactions en mode DTC, ce qui est assez transparent mais nécessite de la config côté réseau (parles en à un admin, DTC sur du multi serveur c'est assez vite un cauchemar à configurer). Et ça te limite à SQL Server et certaines versions d'Oracle. Et quand ça vautre personne ne comprend rien.
de l'autre tu as la main sur ta transaction, c'est compatible avec n'importe quel moteur, ça ne nécessite pas de configuration spécifique, mais c'est plus limité d'un point de vue dev (pas de distribution inter packages, gestion d'une seule connexion) et c'est mono-moteur.

[fflores]

Merci pour les infos,
Je vais sûrement adopter cette méthode qui m'évitera de retrouver du "vrac" dans mes datas quand le package plante en plein milieu
Pour les transactions distribuées, j'avais en effet constaté pas mal de contraintes pour les mettre en oeuvre.