我應該使用 SSIS 來編寫程式邏輯嗎？

我遇到了一個相當複雜的系統，其中業務邏輯是用SSIS編寫的。由於SSIS無法執行大部分邏輯，因此它嚴重依賴C# 腳本任務來執行操作。

舉一個需要C# Script task的範例，該應用程序需要對 3rd 方應用程序進行 API 呼叫以獲取數據，並且還需要第三方庫來對數據執行一些計算。

呼叫C# 腳本任務使開發和調試更加困難……但同時，SSIS允許程序員使用C# 腳本任務。

• SSIS有哪些應用？
• 使用SSIS + C# Script Tasks實現複雜邏輯有什麼好處嗎？如果我們需要使用C# 腳本，那為什麼不用**C #編寫整個邏輯呢？

要直接回答您的問題，如果您知道 T-SQL 和 c# SSIS 幾乎可以做任何您需要的事情。然而，我個人對它作為一個平台的不滿源於它傾向於以程序方式處理數據，而不是作為一個集合。這很重要，因為它是 RDMS 的亮點，因此您將在膝蓋處切斷您最好的資源之一。從我的角度來看，儘管它功能強大，但它更像是一個為不習慣程式的人提供的平台。

為了不那麼直接地回答你的問題，我在 12 個月前發現自己處於非常相似的情況。我發現從問自己以下兩個問題開始很有用：

1. 我最熟悉哪種語言？
2. 我最舒服的環境是什麼？

在回答了這些問題之後，我選擇使用那些能夠提高我技能的工具來建構我的解決方案。

就我而言，答案是 T-SQL 和 SSMS。因此，我選擇完全刪除對 SSIS 的依賴，並採用自定義 T-SQL/Agent 路線。最後，我對這個決定感到非常高興。維護和調試解決方案是一項簡單的任務，因為我對語言和環境非常熟悉。

引用自：https://dba.stackexchange.com/questions/208754