從ERP產生的Data，是否能透過Mail派送給其他人？

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。

為什麼Trinity的資料轉換特別快速？

這主要有幾點因素：

• Trinity在設計轉換元件的時候，都採取不落地的原則，資料讀入，經過轉換規則轉成正確格式後，立刻寫入到目的地資料庫，所以特別快速。
• Trinity完美結合資料庫的批量載入(bulk load)功能，在速度上的提升，沒有比這個更快的了。
• Trinity執行Job的Agent，採用分散式架構設計，所以同一個工作流程的工作負載，可以透過適當的設計，分散到不同的Agent中，也大幅的加快了載入的速度。
• Trinity設計的時候採用Multi-threading設計，所以可以讓很多Job同時執行，加快處裡速度，同時又可以兼顧程式對操作介面的反應速度，可謂是一舉兩得。

採用Trinity的Name pipe方式轉換資料，萬一Name pipe故障怎麼辦？

基本上可使用Trinity的原生功能，將job設計為將資料累積至目的地資料庫的一個暫時性表格中，待全部資料都移轉成功後，才一次更名為正式的表格名稱。
所以如果在轉換過程中，Name pipe發生故障，資料並沒有實際寫入目的地資料表格；只要重新再執行該工作，即可完成作業，不用擔心Roll back之類的問題。

Trinity的CDC功能，作法為何？效能好嗎？

Trinity的CDC(Change Data Capture)的功能，與其他知名大廠所提供的功能並無不同，都是可以針對有增/刪/修的資料才進行更新的動作，對於資料量大但是增刪幅度小的資料表格，可以大幅節省每次的資料更新時間。
不同點在於作法，他廠的CDC多半是讀取來源資料庫的Transaction log來判斷資料變更與否，而且多需要在來源資料庫中安裝軟體，或者是加入日期欄位，因此，對於來源資料庫(通常會是營運資料庫或是OLTP資料庫)的效能多少有影響，對於金融業等營運系統較敏感的客戶，這方面的考量尤其明顯。
Trinity的CDC做法則是在目標資料庫中使用暫存的方式保留上一版的資料，每次載入時將新舊版比較，即可得知差異所在。
根據實機測試，1G的資料，Trinity約僅需花費4分鐘左右，即可判讀出差異，效能相當理想。

產品介紹中講到Trinity的效能相當理想，有具體的數據可供參考嗎？

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。

ETL Lite Repository Migrate 到Trinity Repository 的可行性？

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。

Trinity是否可讀網頁程式？如何讀取？

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。

Trinity的Agent可橫向擴充最多可到幾台?是否能提供參考值?

只要檔案可以被 Trinity Agent 所讀取就可以寄送 email。