Tek bir pakette 200 veri akışı olmasını istemezdim. Sadece açılıp doğrulanması gereken zaman sizi zamanınızdan önce yaşlandıracaktır.
EzAPI eğlencelidir ancak .NET ve SSIS'de yeniyseniz , oh hayır, bunu istemezsiniz. Bence SSIS nesne modeli hakkında bilgi edinmek ve muhtemelen COM ile uğraşmaktan çok daha fazla zaman harcayacaksınız.
Tembel olduğum için, listelemediğiniz ücretsiz bir seçenek olarak BIML'yi takacağım. SO ile ilgili bir cevaptan /programming/13809491/generating-several-slike-ssis-packages-file-data-source-to-db/13809604#13809604
- Biml ilginç bir canavar. Varigence size Mist için lisans satmaktan mutluluk duyacaktır, ancak buna gerek yoktur. Eğer gerekir tek şey BIDSHelper ve sonra göz atmak BimlScript ihtiyaçlarınızı yaklaşan bir tarif için ve görünüm. Bunu yaptıktan sonra, BIDSHelper ve whoosh'ta içeriğe duyarlı menü düğmesine tıklayın, paketler oluşturur.
Bence bu sizin için de bir yaklaşım olabilir. Paketlerinizin nasıl davranması gerektiğini tanımlayan ve daha sonra bunları nasıl oluşturacağını açıklayan BIML'nizi tanımlarsınız. Senaryoda, nerede değişiklik yaptığınızı ve N paketlerini düzeltmeniz gerektiğini açıklayın, hayır, sorun tanımınızı düzeltin ve paketleri yeniden oluşturun.
Ya da çerçeveye yeterince aşina olduysanız, tüm kırık şeyleri düzeltmek için EzAPI gibi bir şey kullanın. Heck, bunu 2005 olarak etiketlediğiniz için mevcut paketler üzerinde toplu değişiklikler yapmanız gerekiyorsa PacMan'ı da deneyebilirsiniz.
SSIS Tasarımında dikkat edilecek noktalar
Genel olarak, paketlerimin tek bir görevi (satış verilerini yükle) çözmeye odaklanmaya çalışıyorum. Bu 2 veri akışı gerektiriyorsa, öyle olsun. Devralmaktan nefret ettiğim, içe aktarma sihirbazından tek bir pakette çok sayıda ilişkili olmayan veri akışına sahip bir paket. Onları çok özel bir sorunu çözen bir şeye bölün. Yüzey alanı azaldıkça gelecekteki geliştirmeleri daha az riskli hale getirir. Ek bir fayda, DimProductsminyonum yükleme SnowflakeFromHellpaketi ile uğraşırken yükleme üzerinde çalışabilmemdir .
Daha sonra çocuk iş akışlarını düzenlemek için ana paket (ler) i kullanın. 2005'te olduğunuzu biliyorum ama SQL Server 2012'nin SSIS sürümü kedinin pijamaları. Proje dağıtım modelini ve paketler arasında izin verdiği sıkı entegrasyonu seviyorum.
TSQL ve SSIS (Hikayem)
Saf TSQL yaklaşımına gelince, önceki bir işte, tüm Informix verilerini SQL Server'a çoğaltmak için 73 adımlı bir iş kullandılar. Genellikle yaklaşık 9 saat sürdü, ancak 12 saate kadar uzayabildi. Yeni bir SAN satın aldıktan sonra, yaklaşık 7 saatten fazla sürdü. SSIS ile yeniden yazılan aynı mantıksal süreç 2 saatin altındaydı. O zamanlar aşağı inerken en büyük etken SSIS'i kullandığımız "serbest" paralelleştirmedir. Aracı işi tüm bu görevleri seri olarak gerçekleştirdi. Ana paket temel olarak tabloları işlem birimlerine böldü (kovaları "yinelenen tablo 1'i çalıştır", tablo 2 vb. Serileştirilmiş görevlerin 5 paralel seti), buradaki kovaları eşit eşit büyüklükteki iş birimlerine bölmeye çalıştım. Bu, 60 kadar referans referans tablosunun hızlı bir şekilde doldurulmasına izin verdi ve daha sonra "
SSIS kullanarak benim için diğer artıları ben "yuvarlak" yapılandırma, günlüğü ve yuvarlak bir deliğe dayak gerekir kare veri için .NET kütüphaneleri erişim olsun. Canavarın grafiksel doğası gereği bir SSIS paketini korumanın (bakımdan vazgeçmenin) saf bir TSQL yaklaşımından daha kolay olabileceğini düşünüyorum.
Her zaman olduğu gibi, kilometreniz değişebilir.