Saya tidak ingin memiliki 200 aliran data dalam satu paket. Waktu yang dibutuhkan hanya untuk membuka dan memvalidasi akan membuat Anda menjadi tua sebelum waktu Anda.
EzAPI memang menyenangkan tetapi jika Anda baru mengenal .NET dan SSIS, oh tidak, Anda tidak menginginkannya. Saya pikir Anda akan menghabiskan lebih banyak waktu belajar tentang model objek SSIS dan mungkin berurusan dengan COM daripada benar-benar menyelesaikan pekerjaan.
Karena saya malas, saya akan pasang BIML sebagai opsi gratis yang tidak Anda daftarkan. Dari jawaban di SO /programming/13809491/generating-several-similar-ssis-packages-file-data-source-to-db/13809604#13809604
- Biml adalah binatang yang menarik. Varigence akan dengan senang hati menjual lisensi kepada Anda kepada Mist, tetapi itu tidak diperlukan. Yang Anda butuhkan adalah BIDSHelper dan kemudian telusuri BimlScript dan cari resep yang mendekati kebutuhan Anda. Setelah Anda memilikinya, klik tombol menu konteks sensitif di BIDSHelper dan whoosh, itu menghasilkan paket.
Saya pikir itu mungkin pendekatan untuk Anda juga. Anda menentukan BIML Anda yang menjelaskan bagaimana perilaku paket Anda dan kemudian menghasilkannya. Dalam skenario yang Anda jelaskan di mana Anda membuat perubahan dan harus memperbaiki paket N, tidak, Anda memperbaiki definisi Anda tentang masalah dan membuat ulang paket.
Atau jika Anda sudah cukup terbiasa dengan kerangka kerja maka gunakan sesuatu seperti EzAPI untuk pergi dan memperbaiki semua barang yang rusak. Heck, karena Anda telah menandai ini sebagai 2005, Anda juga bisa mencoba PacMan jika Anda perlu melakukan modifikasi massal untuk paket yang ada.
Pertimbangan Desain SSIS
Secara umum, saya mencoba untuk membuat paket saya fokus pada penyelesaian satu tugas (memuat data penjualan). Jika itu membutuhkan 2 aliran data, ya sudah. Yang saya benci mewarisi adalah paket dari panduan ekspor impor dengan banyak aliran data yang tidak terkait dalam satu paket. Uraikan mereka menjadi sesuatu yang memecahkan masalah yang sangat spesifik. Itu membuat peningkatan di masa depan menjadi lebih tidak berisiko karena luas permukaan berkurang. Manfaat tambahan adalah bahwa saya dapat mengerjakan pemuatanDimProducts sementara antek saya berurusan dengan SnowflakeFromHellpaket pemuatan .
Kemudian gunakan paket master untuk mengatur alur pekerjaan anak. Saya tahu Anda menggunakan 2005 tetapi SQL Server 2012 rilis SSIS adalah piyama kucing. Saya suka model penyebaran proyek dan integrasi ketat yang memungkinkan antar paket.
TSQL vs SSIS (cerita saya)
Adapun pendekatan TSQL murni, dalam pekerjaan sebelumnya, mereka menggunakan pekerjaan 73 langkah untuk mereplikasi semua data Informix mereka ke dalam SQL Server. Biasanya membutuhkan waktu sekitar 9 jam tetapi bisa mencapai 12 atau lebih. Setelah mereka membeli SAN baru, turun menjadi sekitar 7+ jam. Proses logis yang sama, ditulis ulang dalam SSIS adalah sub 2 jam yang konsisten. Mudah faktor terbesar dalam mengemudi saat itu adalah paralelisasi "bebas" yang kami dapatkan menggunakan SSIS. Pekerjaan Agen menjalankan semua tugas itu secara serial. Paket master pada dasarnya membagi tabel menjadi unit pemrosesan (5 set paralel tugas berseri dari "run replicate table 1", table 2, dll) di mana saya mencoba untuk membagi ember ke dalam kuasi unit kerja berukuran sama. Ini memungkinkan 60 atau lebih tabel referensi pencarian untuk diisi dengan cepat dan kemudian pemrosesan melambat saat masuk ke "
Kelebihan lainnya bagi saya menggunakan SSIS adalah saya mendapatkan konfigurasi "bebas", masuk dan akses ke .NET libraries untuk data kuadrat, saya perlu bash ke dalam lubang bundar. Saya pikir akan lebih mudah untuk mempertahankan (melewatkan pemeliharaan) paket SSIS daripada pendekatan TSQL murni berdasarkan sifat grafis dari binatang itu.
Seperti biasa, jarak tempuh Anda mungkin bervariasi.