8.Metabase数据访问权限管理

完成了对用户的创建后,在实际的生产环境中,数据库中的数据总是会带有一些敏感信息的,不适合直接暴漏给每一个用户。所以,需要接下来需要为用户配置数据访问的权限。对用户组的权限设置也只是管理员拥有的权限。

Metabase中的数据访问权限不是直接面向用户的,而是面向用户组的。所以,直接对用户组配置数据访问权限或者SQL查询权限后,该组中的所有成员都拥有一样的权力。

Metabase的数据访问权限管理主要从两个维度:数据访问权限和SQL查询权限。Metabase的数据访问权限的管理可以细粒度到数据表,即可以设置用户组的数据库访问权限,也可以更细化到某个数据表的访问权限。

8.1 权限浏览

进入Admin Panel,点击Permissions,进入了数据权限设置主页,如下图所示:

数据权限设置主页.png

数据访问权限展示,使用的是常用的角色二维矩阵格式展示的。左边的Databases,显示的是当前的Metabase系统连接的数据源,点击View tables可以浏览数据库中的数据表。右边显示的是当前系统中包含的全部用户组,在该用户组下可以设置DATA ACCESSSQL QUERIES

8.2 权限修改

权限修改又分为两个部分:数据库级别和数据级别的访问权限修改。

8.2.1 数据库层的访问权限管理

在数据库级别,可以设置两种权限:数据访问权限和SQL查询权限。设置权限很简单,直接点击单元格中的X号或者√号即可。修改完成后,点击右上角的Save Changes即可。如下图:

权限开通方法.png

8.2.1.1 数据访问权限——Data Access

数据库层的数据访问权限主要分为三种:

  • Unrestricted Access:不受限制的访问权限,该功能可以访问当前数据库中的所有数据表的数据,甚至包括未来数据库中新增的表的数据;

  • Limited Access: 有限制的数据访问权限。管理员可以开放数据库中某些表给当前用户组。当然了,以后数据库中新增的数据表,该用户组也是没有访问权限的,需要单独开通。另外,该功能和仪表盘,问题等都是联动的,会有影响的。

  • No Access:顾名思义就是没有任何的数据库访问权限,不能查看数据库中的表。不能查看基于该库该表的有关Questions和仪表盘等。一个新的用户组被创建成功后,默认的就是没有任何数据库访问权限。

8.2.1.2 SQL查询权限——SQL QUERIES

在前面已经讲过,用户分析数据的方式包含了查询引擎和SQL编辑器。该权限同样对应着三种情况:

  • Write(and read) SQL queries: 该种权限下,可以使用SQL编辑器完成问题查询。也可以浏览所有的基于SQL 查询实现的问题查询和仪表盘等。但是,该权限要求的数据库层的权限是——Unrestricted Access。因为SQL查询基本是需要进行跨表交互查询的。该权限也是最高权限,可以理解为没有任何的限制。

  • Read SQL queries: 该种权限相比较上一种,缺少了使用SQL编辑器创建和编辑问题的功能。但是可以查看的权限是一模一样的。对数据库层的访问权限可以是Limit Access级别的。

  • No SQL query access:没有SQL编辑、创建、查看权限。是最低级别的权限。一个新的用户组被创建成功后,默认的就是没有SQL 查询任何权限。

8.2.2 数据层的访问权限管理

进入数据层的访问权限设置可以有两种方式:一种是通过点击浏览数据库的数据表的方式,会直接跳转到数据层的访问权限管理;另外一种是通过对用户组设置数据库成的Limit Access访问权限时,也会跳入到同样的界面。虽然都可以进入同一个界面,但是表示的意思是不一样的。如下图:

数据层访问权限挂你.png

在该界面上可以设置数据表面向的用户组的访问权限。数据库模式就是数据库中的表和关系。如果发生了权限的修改,修改之后一定要保存,否则不会生效,如下图是保存修改之后的弹出提示:

权限修改保存提示.png

如果一个用户组开始的时候在数据库层是无限制的访问,然而,在数据层又限制了某个数据表的访问,那么,最终该用户组在该数据库的访问权限会自动变成有限制的访问了,这个道理应该不难理解。

8.3 生产建议

需要注意的是,在上一章节中,介绍Metabase用户管理的时候,有提到一个用户可以隶属于多个用户组。这里假如存在用户Derick,隶属于A、B两个用户组,A用户组可以访问数据表T的数据,而B用户组不可以访问数据表T的数据,那么最终Derick还是拥有访问数据表T的数据。即以拥有为原则。

基于上面的原理,每一个用户被创建的时候,都是属于All Users用户组的,所以,系统在运维的过程中,需要首先设置好All Users的数据库访问权限。在实际的生产过程中,正确的做法是管理员移除掉该用户组的数据库访问权限和SQL QUERIES权限。这也是最为安全的做法。

在对数据库层进行访问权限的管理的时候,最好使用无限制的访问权限,此时就要求将数据表进行合理的分库了。

8.4 注意事项

在Pulses中,用户的权限是有一点不同的。在发送Email Cards的时候,它是不受用户的数据访问权限限制的。

在权限管理中,同样可以设置集合管理权限。但是集合的权限设置不是在Admin Panel中设置的,而是在浏览一个集合的时候,点击其右上方的按钮配置的。关于集合的权限设置,会在集合介绍一章中有详细说明。

综合前一章中,Metabase对用户的管理和本章介绍的Metabase对数据访问权限的管理,可以看出Metabase在数据分析层的多租户管理做的非常好。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,457评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,837评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,696评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,183评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,057评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,105评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,520评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,211评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,482评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,574评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,353评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,897评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,489评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,683评论 2 335

推荐阅读更多精彩内容