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

命名表和數據庫在磚的最佳實踐

Spauk
新的貢獻者二世

從現在開始的幾個月以來我們搬磚,和之前我們在SQL服務器。

所以,我們所有的表和數據庫遵循“駝峰式大小寫”規則。

顯然,在磚的規則是與強調“小寫”。

我們在哪裏可以找到一個官方文檔,說,給我們的管理嗎?

因為沒有這個文檔,他們從不讓我們改變的事情。

謝謝。

1接受解決方案

接受的解決方案

Hubert_Dudek1
尊敬的貢獻者三世

@Landan喬治。你是對的,所以命名所有小寫和低破折號是唯一的方法,是很有意義的。@Salah KHALFALLAH也許你可以用這個文檔https://api-docs.www.eheci.com/rest/latest/unity-catalog-api-specification.html有寫:

“名字由用戶轉換為小寫DBR客戶(之前發送到加州大學API)。同時,輸入名稱(為所有對象類型表列名除外)由加州大學服務器轉換為小寫,在處理這個案子時,通過直接訪問加州大學加州大學創建對象的API。這個轉換為小寫的名字,這個名字處理實際上是不區分大小寫的。即。,if a user creates a table with relative name “******”, it would conflict with an existing table named “******”."

在原帖子查看解決方案

5回複5

Hubert_Dudek1
尊敬的貢獻者三世

我認為這是你的決定。我更喜歡小寫但實際上我工作的公司在磚不使用它們。

LandanG
尊敬的貢獻者
尊敬的貢獻者

嗨@Salah KHALFALLAH,望著文檔看來,磚的首選命名約定和你提到的小寫字母和下劃線。

這是最有可能的原因因為磚使用Hive Metastore,這是不分大小寫一樣,所以查詢“MyTable”是“MyTable”和“MyTable”和將顯示為“MyTable”在數據瀏覽器窗口,所以駝峰式大小寫命名對象時可能不會有幫助。

Hubert_Dudek1
尊敬的貢獻者三世

@Landan喬治。你是對的,所以命名所有小寫和低破折號是唯一的方法,是很有意義的。@Salah KHALFALLAH也許你可以用這個文檔https://api-docs.www.eheci.com/rest/latest/unity-catalog-api-specification.html有寫:

“名字由用戶轉換為小寫DBR客戶(之前發送到加州大學API)。同時,輸入名稱(為所有對象類型表列名除外)由加州大學服務器轉換為小寫,在處理這個案子時,通過直接訪問加州大學加州大學創建對象的API。這個轉換為小寫的名字,這個名字處理實際上是不區分大小寫的。即。,if a user creates a table with relative name “******”, it would conflict with an existing table named “******”."

LandanG
尊敬的貢獻者
尊敬的貢獻者

@Hubert杜德克這是一個很好的鏈接,謝謝你添加它

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

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

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

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

Baidu
map