取消
顯示的結果
而不是尋找
你的意思是:

緩慢更新/插入三角洲表

SS0201
新的貢獻者二世

當使用增量表與DLT DBR工作甚至管道,插入的(尤其是更新)(在關鍵和時間戳)正在相當高於預期時間更新文件/表格數據(甚至1 ~ 2分鍾記錄調查)閃電快(插入)。後端鑲花正在更新文件,甚至1記錄包含其他記錄。

我們嚐試:

分區在關鍵證明是verry壞主意,甚至插入太慢了。

ZORDER重點也沒有什麼幫助。

請幫助我們改善實時更新三角洲表與卡夫卡的話題來源和火花流保持計算作為最後的選擇

4回複4

Debayan
尊敬的貢獻者三世
尊敬的貢獻者三世

你好,大小的文件/表格是多大?

SS0201
新的貢獻者二世

隻有1目標表(dev大約45 mn記錄),δ表。後端鑲花文件(沛富)是由內部DBR分散算法。

在PKey ZORDER之後,被安排在幾乎同樣大小的文件,但仍有緩慢的插入。

做ZORDER後結果:

image.png這是開發的結果。刺激數據大小超過10倍

你用的哪個DBR版本?低洗牌合並可能會幫助文檔https://docs.www.eheci.com/optimizations/low-shuffle-merge.html

Vidula_Khanna
主持人
主持人

嗨@Surya阿加瓦爾

希望一切進行得很順利。

隻是想檢查如果你能解決你的問題。如果是的,你會很高興的答案標記為最好,其他成員可以找到解決方案更快嗎?如果不是,請告訴我們,我們可以幫助你。

幹杯!

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map