Discussion :

[fufurax]

Bonjour,

Dans le cadre de l'alimentation d'une BDD SQL 2008, j'utilise SSIS 2008 et les destinations OLE DB pour faire des insertions en BULK INSERT (Openrowset à l'aide de fastload).
Sur ma table destination, j'ai mis un trigger qui doit me faire des calculs "tordus" sur chaque lignes insérées.
Mon soucis est qu'il ne me fait mon calcul que sur ma dernière ligne de mon paquet (~10000). J'en ai déduit ce chiffre car je n'ai que 100 ligne de calculés sur les 1 000 000 que comportent ma table.

Je tiens a préciser que j'ai activer le FIRE_TRIGGERS sur ma destination OLE DB dans SSIS.

Si je coupe le BULK INSERT mon trigger passe bien pour toutes mes lignes mais mon alimentation met 2h au lieu de 10 minutes

Merci d'avance pour votre aide.

[SQLpro]

Un trigger est ensembliste. Il ne se déclenchera donc qu'une seule fois s'il n'y a qu'un seul INSERT quelque soit le nombre de ligne insérées : une seule ou un million.

A +

[fufurax]

Merci pour votre réponse.
C'est donc le fonctionnement du bulk qui n'est pas compatible avec un trigger sur INSERT?
Mon approche pour faire mes calculs lignes a lignes n'est donc pas bonne?
J'avais pense au trigger afin d'éviter un fastidieux CURSEUR sur ma table...

[SQLpro]

C'est donc le fonctionnement du bulk qui n'est pas compatible avec un trigger sur INSERT?

Non !

Mon approche pour faire mes calculs lignes a lignes n'est donc pas bonne?

oui !!!

J'avais pense au trigger afin d'éviter un fastidieux CURSEUR sur ma table...

Vous n'avez pas besoin de curseur. Une seule requête suffit. SQL est un langage complet au sens de la machine de turing, ce qui signifie qu'une seule requête, aussi complexe soit-elle, permet de répondre à tout traitement.

Encore faut-il savoir écrire des requêtes, ce qui devient très rare chez les développeurs !

A +

[fufurax]

Encore faut-il savoir écrire des requêtes, ce qui devient très rare chez les développeurs !

Merci pour vos réponses mais elles sont vraiment obscures.

Pouvez vous svp approfondir le 1er NON.

En toute franchise, si j'avais une idée pour éviter l'utilisation du Trigger ou du CURSEUR...J'aurai evité de faire ce post.

Merci

[elsuket]

Bonjour,

Dans votre trigger, vous utilisez plus que probablement des variables pour réaliser les calculs dont vous parlez.
Cela est faux car, en toute logique, on ne peut pas récupérer toutes les valeurs de toutes les colonnes dans une variable.
Vous pouvez voir dans ce billet les anomalies que cela produit.
Lorsque vous codez en SQL, oubliez toute itération.

Si vous donniez le code de votre trigger, nous pourrions vous aider

@++