โปรแกรมเมอร์ควรใช้ SSIS หรือไม่และถ้าเป็นเช่นนั้นเพราะเหตุใด [ปิด]

ในฐานะนักพัฒนา. NET ฉันควรชอบแพ็คเกจ SSIS มากกว่าการเขียนโค้ดด้วยเหตุผลใด เรามีตันของแพคเกจในการผลิตที่ฉันกำลังทำงานและพวกเขากำลังฝันร้ายทั้ง "เขียน" (บางทีวาด?) และการบำรุงรักษา แต่ละแพคเกจดูเหมือนชามสปาเก็ตตี้หลากสีที่มีสคริปต์ C # และ VB.NET ผสมกันในจุดที่นามธรรมพังทลาย หากต้องการทราบว่า "Execute SQL Task" หรือ "Foreach Loop" ทำอะไรบ้างฉันต้องดับเบิลคลิกที่สิ่งที่ถูกสาปและเรียกดูโครงสร้างของค่าและนิพจน์ตามตัวอักษรซึ่งกระจัดกระจายไปตามแท็บต่างๆ

ฉันเปิดใจจึงอยากทราบว่านักพัฒนาที่ดีคนอื่น ๆพบว่า SSIS มีประสิทธิผลมากกว่าการเขียนโค้ดหรือไม่ หากคุณพบว่า SSIS มีประสิทธิผลมากขึ้นโปรดบอกฉันว่าทำไม

ฉันใช้ SSIS ทุกวันเพื่อดูแลและจัดการคลังข้อมูลขนาดใหญ่และคิวบ์ ฉันเป็นธุรกิจอัจฉริยะและคลังข้อมูล 100% เป็นเวลาสองปี ก่อนหน้านั้นฉันเป็นนักพัฒนาแอปพลิเคชัน. NET มาเป็นเวลา 10 ปี

ค่าของ SSIS เป็นเสมือนเครื่องมือเวิร์กโฟลว์ในการย้ายข้อมูลจากจุดหนึ่งไปยังอีกจุดหนึ่งโดยอาจมีการเปลี่ยนแปลงที่ จำกัด และการแตกแขนงตามเงื่อนไขไปพร้อมกัน หากแพ็กเกจของคุณมีสคริปต์จำนวนมากแสดงว่าทีมของคุณกำลังใช้ SSIS สำหรับงานที่ไม่ถูกต้องหรือไม่พอใจกับ SQL หรือซื้อเข้ามาในโฆษณา แพคเกจ SSIS นั้นยากที่จะดีบัก ส่วนประกอบของสคริปต์เป็นฝันร้ายอย่างแท้จริงและควรใช้เฉพาะในการจัดรูปแบบการวนซ้ำหรือเป็นทางเลือกสุดท้าย

1. ทำให้แพ็กเกจของคุณง่ายงาน sql และงานโฟลว์ข้อมูล
2. ทำงานนอก SSIS ให้ได้มากที่สุดโดยเฉพาะใน SQL
3. เก็บตัวแปรของคุณไว้ในขอบเขตส่วนกลางเดียว
4. เก็บ SQL ของคุณไว้ในตัวแปรหรือจัดเก็บกระบวนงานอย่าอยู่ในบรรทัด
5. เก็บค่าตัวแปรของคุณไว้ในที่เก็บคอนฟิกูเรชันโดยเฉพาะอย่างยิ่งฐานข้อมูล SQL

ฉันลองใช้ SSIS หลายครั้งและยอมแพ้กับมัน IMO มันง่ายกว่ามากที่จะทำทั้งหมดที่ฉันต้องการใน C # SSIS ซับซ้อนเกินไปมี gotchas มากเกินไปและมันก็ไม่คุ้ม การใช้เวลาในการพัฒนาทักษะ C # จะดีกว่าการใช้เวลาในการเรียนรู้ SSIS เท่ากันคุณจะได้รับผลตอบแทนจากการฝึกอบรมมากขึ้น

นอกจากนี้การค้นหาและบำรุงรักษาฟังก์ชันการทำงานในโซลูชัน VS ยังทำได้ง่ายกว่ามาก การทดสอบหน่วยด้วย VS เป็นเรื่องง่าย สิ่งที่ฉันต้องทำคือตรวจสอบแหล่งที่มาใน Subversion และตรวจสอบว่าโหลดอย่างไร แพ็คเกจ SSIS สำหรับการทดสอบหน่วยมีส่วนเกี่ยวข้องอย่างมากที่จะนำมาใช้อย่างอ่อนโยน

นอกจากนี้ยังมีสถานการณ์ที่ SSIS ล้มเหลวในการเติมข้อมูลบางคอลัมน์ในบางแถวโดยไม่ต้องแจ้งให้ทราบล่วงหน้า เราใช้เวลาส่วนใหญ่ในการแก้ไขปัญหาและค้นหาว่าเกิดอะไรขึ้น การพัฒนาโซลูชันทางเลือกใน C # ใช้เวลาน้อยกว่าหนึ่งชั่วโมงและใช้งานได้โดยไม่มีปัญหาเป็นเวลาสองปี

ในความคิดของฉัน - SSIS มีไว้สำหรับการดำเนินการ ETL เท่านั้นและไม่ควรมีตรรกะนอกขอบเขตนั้น

ฉันมีประสบการณ์ที่โชคร้ายในการทำงานในโครงการที่เราคิดว่า SSIS จะเป็นทางออกที่ดีพอที่จะรวบรวมและรวมข้อมูลจากหลายแหล่ง สิ่งที่น่าเสียดายคือมันใช้งานได้ดีในตอนแรก แต่แล้วข้อกำหนดก็เปลี่ยนไปและในที่สุดเราก็รู้ว่ามันเป็นเครื่องมือที่ไม่ถูกต้อง

บางทีเราอาจจะใช้มันไม่ถูกต้อง แต่เรามีปัญหามากถ้าเราเคยเปลี่ยนสคีมาของเราและในที่สุดเราก็ใช้นิยาม ORM ของเราซ้ำจากส่วนหน้าเพื่อเขียนเครื่องมือที่กำหนดเองใน C # เพื่อทำสิ่งนี้ เนื่องจากเรามีโมเดลข้อมูลอยู่แล้วสิ่งนี้จึงง่ายอย่างน่าประหลาดใจ เห็นได้ชัดว่า YMMV และฉันไม่ได้เป็นผู้เชี่ยวชาญ SSIS แต่ในกรณีเดียวนี้ SSIS ทำให้เกิดการทำงานซ้ำซ้อนและปวดหัวเมื่อเพียงแค่พับแขนเสื้อขึ้นและ 'handcoding' มันง่ายกว่าที่คิด

ดังนั้นฉันจะคิดถึงความยืดหยุ่นมากเมื่อพิจารณา SSIS

SSIS มีสถานที่และสถานที่นั้นไม่ใช่การเขียนโปรแกรมทั่วไปหรือใช้แทนโพรซีเดอร์ที่จัดเก็บไว้ มันมาจากโรงเรียน ETL (Extract, Transform และ Load) และนั่นคือจุดเริ่มต้นของมัน

ชื่อเก่า (DTS, Data Transformation Services) และชื่อใหม่ (SSIS, Sql Server Integration Services) ทำให้ชัดเจนว่าเป็นบริการ (หรือชุดบริการ) ที่ออกแบบมาเพื่อจัดการข้อมูลเพื่อรวมฐานข้อมูล SQL Server เข้ากับกระบวนการขนาดใหญ่

หากคุณต้องการย้ายข้อมูลโดยใช้โปรแกรมคุณอาจต้องการดู Rhino ETL

ฉันกำลังทำงานกับเฟรมเวิร์กของตัวเองFluent ETLเนื่องจากฉันพบว่า SSIS มีส่วนเกี่ยวข้องกับงานข้อมูลง่ายๆที่เกี่ยวข้องกับการพัฒนาเช่นการโหลดข้อมูลการทดสอบหน่วยจากไฟล์ CSV

SSIS ไม่ใช่โปรแกรม thigns จำนวนมากทำใน SSIS ได้เร็วขึ้นและคุณจะได้รับความคืบหน้าโดยละเอียดและข้อมูลข้อผิดพลาดที่ดีมากในฐานะผู้ดูแลระบบซึ่งเป็นสิ่งที่ดีมากในสถานการณ์ที่ SSIS มีไว้เพื่อแก้ปัญหาเพราะบางครั้งเกิดข้อผิดพลาดและผู้ดูแลระบบต้องการจำนวนมาก ข้อมูล.

ดังที่กล่าวไว้ SSIS ไม่ได้เป็นประโยชน์อย่างแท้จริงหากคุณไม่มีสิ่งที่อธิบายได้ด้วยตนเอง - พวกเขามีไว้สำหรับบางสิ่งบางอย่างการเข้าสู่โปรแกรมทั่วไปมากเกินไปทำให้พวกเขาห่วย