Discussion :

[castorameur]

Bonjour,
Suite et fin de mes sondages.
Je vais me présenter rapidement pour expliquer le pourquoi de cette question.

Je suis consultant ERP et je suis monté en compétence sur SQL via une certif administrateur SQL 2000, pour des besoins d'installation de l'ERP dans de bonnes conditions.

J'ai une maîtrise correcte de :
- les select
- administration sécurité/optimisation/
- un peu réplication
et les DTS et SSIS

Je n'ai donc jamais vraiment travaillé avec les procs stocks.

Aujourd'hui je m'aperçois que je peux faire une grande partie de ce que je faisais en SSIS en proc stock.

D'où ma question : en dehors de l'aspect maintenabilité (administration des versions) quels sont les élements déterminant pour le choix en une proc stock et SSIS.
=> Je me doute qu'SSIS (anciennement DTS) a été créé par microsoft pour permettre à tout le monde de faire n'importe quoi simplement.
=> Mais à niveau de connaissances identiques lequel est le mieux

merci de vos réponses

------------ EDIT du 07------------
Pour la copie de données SSIS est mieux car je viens d'essayer de faire un insert into avec un select * et je me fais jeter à cause du ROWID
Vous allez me dire que je peux mettre les noms des colonnes. Mais dans un ERP les tables ont parfois 50 colonnes, dans ce cas la proc c est plus une proc c est un roman

[Jinroh77]

Faire un sondage en l'état est très vaste, trop dépend de ce que vous cherchez à réaliser.
Pour, par exemple, intégrer des données provenant de systèmes hétérogènes, SSIS sera beaucoup plus simple.

[SQLpro]

Si le flux est simple et qu'on peut faire de l'ELT alors proc stocke avec tables tampon.
SI le flux est complexes et ETL, alors SSIS.

A +

[castorameur]

En résumé si je comprends ce que vous indiquez

si je reste sur le même serveur avec des instructions simples (select/insert...)
=> proc stock

si je dois importer/exporter vers des serveurs/fichiers hors SQL server
=> SSIS

Donc dans mon cas une grande partie peut être fait en proc stock au lieu SSIS (à part mon insert select *)

[Remi.Net]

Et pourquoi pas utilisés les deux?

Pour certaine règle d'affaire il est beaucoup plus simple de codé en T-Sql avec une store procédure et appeler dans SSIS. Je fais ça régulièrement quand je monte un Entrepôt de données ou un DataMart.

Rémi