砖的SQL对象的所有权转移

这篇文章展示了如何将一个SQL仓库的所有权转移,查询,仪表板或警报REST API使用UI或权限。

重要的

当一个工作区管理SQL仓库的所有权转移一个新用户,新用户必须有允许集群创建权利。如果一个工作区管理试图让用户仓库所有者和用户没有该权限,操作失败。看到配置集群创造福利。

所有权转移使用UI

登录到你的砖SQL作为工作区管理员。
选择您希望的资产转让的所有权。
点击右上角的“分享”按钮。
在分享模式,点击齿轮图标,点击“分配新主人”。
在下模态,选择您希望分配所有权的用户,然后单击“确定”。
资产已经被分配给一个新主人。

所有权转移Rest API使用权限

需求

重要的

访问数据砖REST 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 >:你的个人访问令牌