SSDT-BI SSIS in x64?

SQL Server Integration Services, SSIS, couvre une grande partie du territoire. Je vais discuter de ce qui est pertinent à cette question de 32 vs 64 bit-ness.

Installation

comme vous découvert , l'installateur est stupide, mais vous n'avez généralement besoin de l'utiliser qu'une ou deux fois dans la vie d'une machine. Je suis d'accord avec ça car je préfère qu'ils dépensent des dollars de développement sont le produit et pas l'emballage.

Conformément à la pratique exemplaire, l'élément important du site de référence externe est

si vous utilisez une instance SQL basée sur x64 (64 bits), assurez-vous de sélectionner" nouvelle Instance "sur la page de type D'Installation, et non"Ajouter des fonctionnalités à une instance existante".

colis

un ensemble de SSIS est une unité de travail livrable. C'est un fichier avec un .dtsx et en interne est un tas de XML.

développement

typiquement, le développement des paquets SSIS est complété en utilisant Visual Studio. Que vous appeliez ça BIDS, SSDT ou juste Visual Studio, c'est la même chose. Il y a des gabarits enregistrés pour SSIS ainsi que toutes les entrées de la boîte à outils qui sont placées sur une machine lors de l'installation. Ce truc supporte l'aspect design time. Visual Studio lui-même est still un exécutable de 32 bits. Par conséquent, lorsque vous créez paquets utilisant Visual Studio, le Editeur que vous utilisez pour créer un paquet est une entité de 32 bits. Sauf si vous créez un Paquet Multi-gig, cela ne devrait pas poser de problème.

et l'on pourrait soutenir que si vous obtenez un Paquet Multi-GO que même si XML est un mécanisme de stockage gonflé, vous "le faites mal" ;)

pour conclure, le développement des paquets N'est pas limité à Visual Studio. Il est payé pour le produit, Mist , qui utilise Biml (un langage spécifique au domaine qui décrit les objets BI) pour générer des paquets SSIS. En regardant votre historique de SO, vous avez l'air d'avoir quelques bosses PowerShell, vous pouvez utiliser PowerShell pour modifier les paquets SSIS ou les créer à plat. Là le EzAPI pour aider avec le côté COM de générer des paquets.

exécution

Le exécution d'un paquet peut être à partir d'un exécutable 32 ou 64 bits. Voir comment exécuter des paquets dtsx via la ligne de commande par défaut, les paquets s'exécuteront en mode 64 bits à partir de Visual Studio. Le design temps est de 32 bits mais run temps est de 64 bits. Cela rend toujours le divertissement grand quand les gens utilisent des pilotes 32 bits (Excel / Jet / ACE) et la conception des paquets juste très bien mais exploser quand ils courent. L'autre piège de 32/64 pilote est la création de sources de données comme il y a 2 DSN "espaces" Voir 32 bits informix pilotes en 64-bits de windows server 2008 sont indisponibles

en 2012, si vous utilisez le Project Deployment Model , les paquets sont stockés dans le catalogue SSISDB. SQL Server n'est disponible qu'en 64 bits, mais vous pouvez à nouveau appeler l'exécution 32 bits pour SSIS à partir du catalogue en spécifiant le paramètre approprié.