4星期前——最後一次編輯4星期前
下表是存儲管理/用戶/蜂巢/倉庫,這也文檔中提到的。
在我們的工作流程中,我們使用這個路徑讀取拚花以外的文件(通過磚連接器)。我們可以假設這條道路是可靠的,或者它是一個實現細節,可能會改變在任何時間嗎?
4星期前
雖然當前文檔提到,下表是存儲管理/用戶/蜂巢/倉庫路徑,讓我們堅持下去直到任何官方聲明任何更新或更改實現細節。
/用戶/蜂巢/倉庫
在原帖子查看解決方案
嗨@giohappy,的路徑/用戶/蜂巢/倉庫通常被用作管理默認位置表,根據文檔。
是的,鏈接也提到了我的問題。關鍵是如果我們的管道可以假設鑲花的路徑文件管理表預計,或隻是一個內部細節,隨時可能改變。
嗨@giohappy默認情況下,存儲在根管理表存儲位置創建metastore時配置。選擇指定管理表存儲位置在目錄或模式水平,覆蓋根存儲位置。總是使用管理表δ表的格式。
當一個表被刪除管理,基礎數據被刪除從您的雲在30天內租戶。
看到管理表。
在我們的例子中我們還沒有直接配置或創建metastore。我們依賴默認metastore,表在哪裏寫當我們做的事:
df.write.format(“δ”).mode(“覆蓋”).saveAsTable (output_table_name)
我還沒有找到任何說默認的路徑metastore意外可能會改變。順便說一下,我甚至不發現陳述相反的東西
從未顯出
加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。
點擊在這裏注冊今天,加入!
參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。