10-05-2021上午08:24
你好所有的,
我隻是閑逛,性能明智它如何比較普通的寫操作和一個合並操作空δ表。我們真的風險來獲得顯著的性能下降?
用例可以有相同的管道初始和增量加載。
提前謝謝你!
10-06-2021上午02:03
我還沒有測試這個但我認為合並將會放緩。合並將檢查合並條件將比盲人附加額外的時間。
所以除非三角洲湖有一個內置的檢查檢查空表,我猜它會慢一些。
由多少?不知道,我不認為它會通過很多。但盲目追加當然是邪惡的快。
如果你想一個腳本init /增量,你可以做一個檢查目標表的記錄數。如果是0,通過不同的查詢。
我喜歡把它們分開。
在原帖子查看解決方案
10-05-202109:38我
你好@pantelis_mare!我的名字叫Kaniz,我這裏的技術主持人。很高興認識你,謝謝你的問題!看看你的同行在社區中有一個回答你的問題。否則我將與我的團隊跟進,盡快給你回電。謝謝。
10-08-202149我
你好@Werner Stinckens !
謝謝你花時間來回答。問題是,而會慢得多。我的理解是,在合並有一個識別的第一步是什麼行insterted(簡單的附加),因此如果這一步的持續時間是最小的(秒)的順序,因為有一個空的三角洲表,那麼它幾乎沒有任何意義,增加我們的代碼庫。
如果有人看到任何測試/基準,我將不勝感激!
10-08-202112:58我
如果沒有人基準/測試,你可以自己試試?三角洲創建一個空表,合並和追加。
我想這將是一個幾秒鍾,當你已經提到過。
從未顯出
加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。
點擊在這裏注冊今天,加入!
參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。