由於高性能和週轉時間縮短的額外優勢,我試圖將所有數據從IBM DB2遷移到組織中的Netezza。從IBM DB2遷移到Netezza的挑戰
但是我意識到在Netezza中沒有主鍵的概念?如果屬實,我可以嘗試在Datastage中使用重複刪除階段來處理這些問題。
另外,請問您是否可以幫助我瞭解是否有更多的約束條件可以應對,或者我可能面臨的DB2向Netezza遷移的挑戰?
由於高性能和週轉時間縮短的額外優勢,我試圖將所有數據從IBM DB2遷移到組織中的Netezza。從IBM DB2遷移到Netezza的挑戰
但是我意識到在Netezza中沒有主鍵的概念?如果屬實,我可以嘗試在Datastage中使用重複刪除階段來處理這些問題。
另外,請問您是否可以幫助我瞭解是否有更多的約束條件可以應對,或者我可能面臨的DB2向Netezza遷移的挑戰?
Netezza確實允許您指定主鍵和外鍵約束,但它們不會被強制執行。也就是說,它們純粹是信息性的(對於用戶和優化器而言)。 ETL中的格式良好的插入過程是管理此問題的好方法。
在您可能會遇到其他問題的話題,這裏有幾個想法:
代理鍵 確保您生成您的代理鍵或者與Netezza的SEQUENCE對象,或在替代密鑰生成器您的ETL工具。避免在此過程中使用ROW_NUMBER,因爲這樣最經常會阻止您利用系統的並行特性。
存儲過程
存儲過程應避免行到行/基於cusor加工時可能的,因爲這是你可以防止你利用系統的並行特性另一種情況。
SQL擴展功能
如果你發現你靠存在於DB2不要在Netezza公司本身找到,一定要檢查什麼在SQL擴展工具包,它是可用的功能包含在Netezza中,但不會自動安裝/配置。
MERGE
如果在當前環境中依靠MERGE,要知道,你必須在v7.2.1在Netezza公司使用MERGE。否則,你將不得不把它分解成一個INSERT/UPDATE操作。
在Netezza中加載數據後,我們使用的一種方法是創建一個視圖來訪問數據並僅顯示視圖。該視圖將有內部的邏輯刪除重複。
祝你好運! Delan
謝謝Scott!我將在遷移到Netezza時考慮以上所有要點。 – Jeet23