您遇到的問題確實有些棘手，因為資料在某個特定欄位中被莫名其妙地修改，但是無法找到具體的修改來源。 除了使用觸發器和 SQL Server Profiler 進行調查外，還有一些其他方法可以幫助您找到修改資料的來源。 以下是一些可能的方法：

1. Extended Events（擴展事件）：SQL Server 提供了擴展事件功能，可用於擷取和分析資料庫引擎的活動。 您可以設定一個擴充事件會話，監視對目標表的修改操作，以便擷取修改事件以及對應的 SQL 語句。 這樣，您可以更詳細地了解是哪個 SQL 語句導致了資料的修改。

2. Change Data Capture（CDC，更改資料擷取）：SQL Server 的 CDC 功能可用於追蹤對錶的更改，並記錄變更的詳細資訊。 透過啟用 CDC，您可以擷取對目標表的所有更改，包括修改、插入和刪除操作。 CDC 將變更資料儲存在專用的 CDC 表中，您可以查詢這些表以了解修改資料的來源。

3. 擴展預存程序：如果您懷疑修改是透過預存程序進行的，可以將預存程序修改為在修改資料之前記錄相關信息，如預存程序名稱、執行時間、操作使用者等。 這樣，當資料被修改時，您可以檢查這些擴充存儲程序以獲取更多資訊。

4. 稽核功能：SQL Server 提供了內建的稽核功能，可以記錄資料庫引擎的活動。 您可以設定審計規範，追蹤對目標表的修改操作，並將操作記錄到審計日誌中。 這樣，您可以查看稽核日誌以確定是哪個使用者或流程修改了資料。

使用上述方法之一或多個方法的組合，您應該能夠更準確地追蹤和確定目標表資料的修改來源。 請注意，這些方法可能會對系統性能產生一些影響，因此在生產環境中進行之前，請務必進行充分的測試和評估。

用Profiler來查還是最簡單的吧？不要直接用預設範本，下拉選擇TSQL，把資料寫入Table，放著跑一星期應該都還好吧？