Le reformatage d'un fichier de base est-il un cas d'utilisation valide pour SQL Server Integration Services (SSIS)?

Question

L'utilisation de SSIS pour faire du reformatage de fichiers plats d'un format à un autre (n'utilisant pas une base de données, simplement des connexions de fichiers à plat) est une pratique courante ou est-ce comme utiliser un marteau pour enfoncer un clou? La raison pour laquelle je demande est que dans la société pour laquelle je travaille actuellement, nous avons du personnel de production (certains pas trop tech-savvy) utilisant un langage de programmation interne pour écrire des programmes personnalisés pour reformater/transformer des fichiers. Ma pensée après avoir regardé brièvement et joué avec BIDS et SSIS est que la construction d'un paquet avec l'interface graphique semblerait fournir une augmentation substantielle de productivité au-dessus d'eux ayant pour écrire la logique de reformatage faite sur commande. Je me demandais juste si c'est un scenerio d'usage commun?

[modifier]
Le reformatage/transformation des données effectuée peut varier de nettoyage de base (justification/réglage/remplissage de l'enveloppe) de substance complexe, où des éléments de données peuvent être remis hors tension, traitées de diverses manières, et retournés.

Il y aura certainement de l'automatisation dans certains cas (car c'est l'une des raisons pour lesquelles j'ai commencé à étudier cela en premier lieu). J'en ai déjà discuté avec l'un de nos responsables de réseau et nous disposons de ces outils et licences, de sorte que le coût n'est pas un problème.

Answer 1

Je pense que cela dépend vraiment. Ayant certainement beaucoup utilisé SSIS, j'ai trouvé qu'il s'agissait d'un outil très flexible, parfaitement adapté aux objectifs que vous décrivez ci-dessus (bien qu'un peu plus de détails sur le reformatage/transformation de fichiers puisse être utile).

Je serais intéressé de savoir si SSIS est un outil que vous avez déjà à votre disposition, ou si vous l'achèteriez spécialement pour cette tâche. Si les outils sont déjà là pour que tout le monde puisse les utiliser, je suis d'avis qu'il est parfaitement adapté. Les coûts de licence pour les éditions pour développeurs sont très raisonnables, et je n'ai pas vraiment de problème avec le fait que vous n'utiliserez aucun des aspects de la base de données (si je vous ai bien compris).

Je serais également intéressé de savoir s'il y a une sorte d'automatisation prévue pour ce que vous faites. c'est-à-dire un endroit où des processus pourraient être exécutés qui pourraient être considérés comme un environnement «LIVE». Si oui, alors vous pouvez trouver des coûts associés à la fourniture d'une licence SQL Server - Server. Une licence de ce type capable d'exécuter des packages SSIS n'est pas une petite somme d'argent, bien que je ne sois pas le plus au courant de cette question, donc cette question est peut-être mieux reportée sur un forum plus approprié (par exemple ServerFault).

Vous avez mentionné que l'organisation a un langage de programmation interne. Cela peut être inefficace, mais je suppose que cela cadre avec une sorte de cadre/environnement existant pour le contrôle des changements, l'expédition, etc. Si vous présentez SSIS, alors vous constaterez que vous devrez peut-être intégrer cela dans les processus existants. . Je ne dis pas que c'est un spectacle, mais toutes les considérations que vous pourriez avoir à faire.