Discussion :

[Slaveak]

Bonjour,

Je cherche à faire un script de "range lookup" car j'ai un between entre une date de début et une date de fin (un truc classique pour les vétérans de SSIS ^_^).
Après recherche et prise de renseignements j'ai trouvé le post de Matt Masson et ce post sur ce forum

Vu que ce range lookup se fait entre une table de fait de 100M de lignes et une table de dimension de 350K je pense que le script en C# est ma meilleur option...

Le problème c'est que je ne vois pas le script que propose Matt (suis-je d'ailleurs le seul ?) afin de m'en inspirer et faire le mien... et étant nouvel utilisateur depuis quelques mois de SSIS je n'ai pas encore eu l'occasion de créer des scripts pour SSIS.

J'en appelle donc à vos conseils et aides pour me débloquer.

Merci d'avance,

Slaveak

EDIT : Je viens de trouver ce script sur GitHub plus qu'a le décrypter maintenant... Et j'accepte toujours votre aide.

[GeekMokona]

Vu que ce range lookup se fait entre une table de fait de 100M de lignes et une table de dimension de 350K je pense que le script en C# est ma meilleur option...

La je dis Stop ! C'est la pire des solutions C# travaille de maniéré non ensembliste . Hors pour de la manipulation de données quoi de mieux que de travailler via la théorie de ensemble ce que sait faire a merveille tous SGBD digne de ce nom .

Je te propose de faire en T_SQL ton range Lookup via une tache de type Exécute SQL Task ....

SSIS n'est pas qu'un ETL mais aussi un ELT ...

[Slaveak]

Hum ok ELT, je ne cache pas que je n'y avais pas penser...

Mais sachant que la table de fait se mange une bonne vingtaine de lookup... autant te dire que la requête va être ultra monstrueuse... Et surtout mon job risque d'être bien difficile à maintenir pour la suite... (maintenu par une autre personne)

Alors quelle est l'intérêt de faire des jobs ETL avec des recherches et tout le toutime si c'est pour se manger une requête en ELT ?

Bon je fais les modifications qui s'impose et je teste ça.

Merci bcp pour l'idée (bien qu'elle ne m'arrange pas lus que ça...) car au moins du SQL pas de problème, je connais ;-)

Slaveak

[GeekMokona]

Que de contradiction :

Mais sachant que la table de fait se mange une bonne vingtaine de lookup... autant te dire que la requête va être ultra monstrueuse... Et surtout mon job risque d'être bien difficile à maintenir pour la suite... (maintenu par une autre personne)

La simplicité est maintenable , pas la complexité ... . Je veux dire par la qu'une bonne Store Proc certes longue mais bien commentée et simple dans sont écriture est bien plus simple à maintenir par un développeur BI qu'un Script C# (peux de développeur BI ont cette double compétence ) ou qu'un Package SSIS Complexe .

Merci bcp pour l'idée (bien qu'elle ne m'arrange pas lus que ça...) car au moins du SQL pas de problème, je connais ;-)

Comme beaucoup de développeur MS BI d'où la contradiction avec tes propos précédents