磚的SQL對象的所有權轉移
這篇文章展示了如何將一個SQL倉庫的所有權轉移,查詢,儀表板或警報REST API使用UI或權限。
重要的
當一個工作區管理SQL倉庫的所有權轉移一個新用戶,新用戶必須有允許集群創建
權利。如果一個工作區管理試圖讓用戶倉庫所有者和用戶沒有該權限,操作失敗。看到配置集群創造福利。
所有權轉移使用UI
登錄到你的磚SQL作為工作區管理員。
選擇您希望的資產轉讓的所有權。
點擊右上角的“分享”按鈕。
在分享模式,點擊齒輪圖標,點擊“分配新主人”。
在下模態,選擇您希望分配所有權的用戶,然後單擊“確定”。
資產已經被分配給一個新主人。
所有權轉移Rest API使用權限
需求
重要的
訪問數據磚REST api,你必須進行身份驗證。
下麵的例子驗證通過HTTP報頭的個人訪問令牌。為了避免泄漏個人訪問令牌在shell的命令曆史記錄,您可以存儲個人訪問令牌
. netrc
文件。看到令牌管理API。
隻有管理員可以過戶的SQL倉庫查詢,儀表板或警報。
所有權轉移的SQL倉庫
旋度,請求把\——url https:// <基本url > . . / api / 2.0 /預覽/權限/ sql /倉庫/ < warehouse-uuid >\——頭“授權:無記名< api key >”\——數據{“access_control_list”: [{“user_name”:“< new-owner-email >”,“permission_level”:“IS_OWNER”}]}”
替換占位符如下:
<基本url >
:您的工作空間的URL< warehouse-uuid >
:倉庫的惟一ID。找到倉庫的ID,打開倉庫詳細信息頁麵,複製ID“名稱”字段。< new-owner-email >
:新老板的電子郵件地址< api key >
:你的個人訪問令牌
請注意:這個API使用PUT方法,替代所有現有的倉庫提供的權限的權限。由於這個原因,請求應另外提供現有權限與數據參數的完整列表,如果他們隻是想添加IS_OWNER
許可。
使用這個API有兩個重要的警告:
把沒有一個倉庫所有者將請求沒有覆蓋,但保持現有倉庫的所有者。如果請求中提供了一個新的所有者,所有者權限將被重寫。這是確保總有一個所有者現在所以集群啟動/停止繼續工作。
補丁請求包含一個倉庫所有者NOT_IMPLEMENTED錯誤將被拒絕。更新倉庫所有者必須隻能使用電話。補丁更新現有的語義權限不能正確保證隻有一個所有者的約束,目前要求所有倉庫。
所有權轉移的一個查詢
curl——請求後\——url https:// <基本url > . . / api / 2.0 /預覽/ sql /權限/查詢/ < query-uuid > /轉讓\——頭“授權:無記名< api key >”\——數據”{new_owner”:“< new-owner-email >“}”
替換占位符如下:
<基本url >
:您的工作空間的URL< query-uuid >
:查詢的惟一ID。找到查詢的ID,在SQL編輯器中打開查詢和複製後的值/查詢/
之前,o =
。< new-owner-email >
:新老板的電子郵件地址< api key >
:你的個人訪問令牌
所有權轉移的儀表板
curl——請求後\——url https:// <基本url > . . / api / 2.0 /預覽/ sql /權限/儀表板/ < dashboard-uuid > /轉讓\——頭“授權:無記名< api key >”\——數據”{new_owner”:“< new-owner-email >“}”
替換占位符如下:
<基本url >
:您的工作空間的URL< dashboard-uuid >
:儀表板的惟一ID。找到儀表板的ID,打開儀表板,複製後的值儀表板/
之前,o =
。< new-owner-email >
:新老板的電子郵件地址< api key >
:你的個人訪問令牌
所有權轉移的一個警告
curl——請求後\——url https:// <基本url > . . / api / 2.0 /預覽/ sql /權限/警告/ < alert-uuid > /轉讓\——頭“授權:無記名< api key >”\——數據”{new_owner”:“< new-owner-email >“}”
替換占位符如下:
<基本url >
:您的工作空間的URL< alert-uuid >
:警報的惟一ID。找到警報的ID,打開警報和複製後的值/警告/
之前,o =
。< new-owner-email >
:新老板的電子郵件地址。新所有者必須是一個工作區管理員。< api key >
:你的個人訪問令牌