Est-ce fichier de base reformatage un cas d'utilisation valable pour SQL Server Integration Services (SSIS)?

Question

est en utilisant SSIS pour faire reformatage des fichiers plats d'un format à un autre (ne pas utiliser une base de données, il suffit de connexions de fichiers plats)? Une pratique courante, ou est-ce que l'aide d'un marteau-pilon pour enfoncer un clou

La raison pour laquelle je demande est que l'entreprise où je travaille actuellement, nous avons du personnel de production (certains pas trop technophile) en utilisant un langage de programmation en interne pour écrire des programmes personnalisés pour faire reformatage de fichiers / transformation des données. Ma pensée après avoir regardé à breifly et jouer avec BIDS et SSIS est que la construction d'un paquet avec l'interface graphique semble fournir un gain de productivité considérable sur eux d'avoir à écrire une logique reformatage personnalisée. Je me demande si cela est un scenerio d'usage courant?

[modifier]
La transformation reformatage / 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ées.

Il y aura certainement l'automatisation impliqués dans certains cas (comme c'est l'une des raisons pour lesquelles je commencé à examiner ce en premier lieu). Je l'ai déjà discuté avec un de nos gars de réseau et nous avons ces outils et licences disponibles à utiliser, de sorte que le coût n'est pas un problème.

Answer 1

Je pense que cela dépend vraiment. Certes, avoir utilisé SSIS beaucoup, je l'ai trouvé à être un outil très flexible, adapté bien aux buts que vous décrit ci-dessus (bien qu'un peu plus de détails sur le reformatage fichier / transformation des données peut être utile).

Je serais intéressé de savoir si SSIS est un outil que vous avez déjà à votre disposition, ou si vous achèterez spécialement pour cette tâche. Si les outils sont déjà là pour tout le monde à utiliser alors je suis d'avis qu'il convient parfaitement. Les frais de licence pour les éditions de développement sont très raisonnables, et je n'ont pas beaucoup d'un problème avec le fait que vous ne serez pas en utilisant l'un des aspects de base de données de ce (si je vous ai bien compris).

Je serais aussi intéressé de savoir s'il y a une sorte d'automatisation prévue pour ce que vous faites. à savoir un endroit où les processus seraient exécutés qui pourraient être considérées comme un environnement « en direct ». Si oui, alors vous pouvez trouver les coûts associés à la fourniture d'un SQL Server - Licence de serveur. Une licence de ce genre qui est en mesure d'exécuter des packages SSIS est pas une petite somme d'argent, bien que je ne suis pas le mieux informé à ce sujet, si cette question est peut-être préférable de différer à un forum plus approprié (par exemple ServerFault).

Vous avez mentionné que l'organisation a un langage de programmation en interne. Cela peut être inefficace, mais je devine que cela concorde avec une sorte de cadre / environnement existant pour le contrôle du changement, la livraison, etc. Si vous présentez SSIS, vous constaterez que vous pourriez avoir à intégrer dans les processus existants . Je ne dis pas qu'un show-bouchon, mais partie de considérations que vous pourriez avoir à faire.