Discussion :

[cavo789]

Bonjour

Dans mon job (HR Reporting), je dois continuellement produire des extracts de ma DB; des listings d'employés, des listes de malades, de vendeurs, ...

Je m'apprête à migrer toutes mes "extractions" vers SQL Server et je m'oriente à créer un SSIS par extraction.

A ce niveau, je me pose la question philosophique suivante : est-ce préférable de créer une stored procedure (1), une user-defined function (2) ou un SSIS avec un Data source type OLE DB où j'hardcode le SQL (3).

Si j'opte pour (1) ou (2), je peux réutiliser le code. Il me semble aussi que la maintenance est plus aisé.

Qu'en pensez-vous ? Quels conseils pourriez-vous me donner ?

Merci beaucoup.

[Fleur-Anne.Blain]

Qu'ils ont inventé SSIS pour faciliter la vie des développeurs, et que ca marche grandement coté facilité

puis je suis pas très objective car partisante de SSIS plutot que diverses procédures...pourquoi developper un traitement alors que SSIS propose le même en paramétrant

[cavo789]

Nous sommes sur la même longueur d'onde : je vais utiliser un SSIS. Toutefois, suis-je mieux de coder mon SQL statement dans le OLE DB composant de SSIS ou faire référence à une vue de la DB.

Le résultat est évidemment strictement le même; c'est juste la manière qui change.

Comme j'ai plusieurs dizaines "d'extract" à programmer de la sorte, je veux juste prendre le bon départ et ne pas me rendre compte dans six mois que, zut!, j'aurais mieux fait de faire autrement.

Il me semble que créer une vue est mieux car plus simple à modifier et me permettra de la réutiliser. Toutefois, je risque de "polluer" ma DB avec des dizaines de vues.

[ygrim]

Salut,
Fleur-Anne !!! C'est dangereux d'être partisane d'un outil... ça limite le champs de vision
Pour le choix, tu aurais d'autres éléments à prendre en compte :
1- Performance : si tu manipules un gros volume de données, alors les procédures stockées, les vues indexées et les UDF seraient la meilleur solution.
2- Complexité : si les opérations à faire sont complexes, SSIS te sera d'un grande utilité et améliorera ton temps de développement.

Si avec ces élements (et en plus de tes critères) tu trouves toujours que c'est la même chose, opte pour la solution la plus rapide pour toi

[cavo789]

L'opération est quasi toujours très simple : très souvent un bête SELECT voire deux ou trois queries avant le SELECT.

J'opte donc pour un SSIS qui fait appel à une vue / sp / udf en fonction.

Merci.