Snowflake Sharing

Why Share Data with Snowflake

当你使用Snowflake作为数据提供商分享数据时,你可以管理谁可以访问你的数据,并避免在不同的人员和团队之间同步数据的挑战。
作为数据消费者,你可以减少需要执行的data transformations,因为数据保留在Snowflake中,这使得与你分享的数据集和你自己的数据进行连接变得容易。
如果你使用Listing共享数据,你可以在数据共享中包含元数据,例如标题和描述,以及使用示例,以帮助消费者快速使用数据。
除了提供给数据消费者的好处,作为提供商,你可以获得使用数据的权限,自动将数据复制到其他地区,并且甚至可以决定对访问你的数据收费,或者在Snowflake Marketplace上公开提供某些数据集。

Options for Sharing

你可以使用以下选项之一在Snowflake中共享数据:

  1. 列表(Listing):通过列表,你可以将share和附加的元数据作为数据产品提供给一个或多个账户。
  2. 直接共享(Direct Share):通过直接共享,你可以将特定数据库对象(一个share)直接共享给你所在地区的另一个账户。
  3. 数据交换(Data Exchange):通过数据交换,你可以设置和管理一组账户,并向该组提供一个share。


    image.png

Secure Data Sharing

安全数据共享(Secure Data Sharing)允许你将你账户中数据库中的选定对象与其他Snowflake账户共享。你可以分享以下Snowflake数据库对象:

  • Tables
  • External tables
  • Secure views
  • Secure materialized views
  • Secure UDFs

Snowflake通过共享(shares)来实现数据库的共享,共享由数据提供者创建,并由数据消费者进行“导入”。
所有在账户之间共享的数据库对象都是read-only的(即这些对象无法被修改或删除,包括添加或修改表数据)。

通过安全数据共享(Secure Data Sharing),不会在账户之间复制或传输实际数据。所有的共享都使用Snowflake的service layer和metadata store。
共享的数据不占据消费者账户中的存储空间,因此不会增加消费者的每月数据存储费用。对于消费者而言,唯一需要付费的是用于查询共享数据的计算资源(即virtual warehouse)。

由于没有数据被复制或交换,安全数据共享的设置对于数据提供者来说是快速且简单的,而对于消费者来说,访问共享数据几乎是即时的:

  • 数据提供者在其账户中创建数据库的共享,并授予对数据库中特定对象的访问权限。数据提供者还可以分享来自多个数据库的数据,只要这些数据库属于同一个账户。然后将一个或多个账户添加到共享中,其中可以包括你自己的账户(如果你拥有多个Snowflake账户)。
  • 在消费者方面,从共享中创建一个只读数据库。对该数据库的访问可使用与Snowflake为系统中的所有对象提供的标准基于角色的访问控制进行配置。

通过这种架构,Snowflake实现了一个提供者网络,可以与多个消费者(包括在其自己的组织内)共享数据,并且消费者可以从多个提供者访问共享数据。


image.png

What is a Share?

共享(Shares)是Snowflake中的命名对象,它封装了共享数据库所需的所有信息。
数据提供者可以通过以下两种选项之一或两种选项同时使用,将Snowflake object(databases, schemas, tables, secure views等)添加到share中:
选项1:通过数据库角色向共享授予对象的权限。
选项2:直接向共享授予对象的权限。

Share是安全的,可配置的,并且完全由提供者账户控制:

  • 向Share添加的新对象立即对所有消费者可用,提供实时访问共享数据的能力。
  • 可以随时撤销对Share(或Share中的任何对象)的访问权限。


    image.png

Reader Accounts for Third-party Access

数据共享仅支持在Snowflake账户之间进行。作为数据提供者,你可能希望与尚未拥有Snowflake账户或尚未准备成为Snowflake授权客户的消费者共享数据。
为了方便与这些消费者共享数据,你可以创建Reader Account。Reader Account(以前称为“只读账户”)提供了一种快速、简便和经济高效的方式,可以共享数据,而不需要消费者成为Snowflake客户。
每个Reader Account属于创建它的提供者账户。作为提供者,你使用共享将数据库共享给Reader Account;但是,Reader Account只能从创建它的提供者账户中获取数据。请参考下面的图示:

Reader Account中的用户可以查询与该Reader Account共享的数据,但不能执行完整账户中允许的任何DML任务,例如数据加载、插入、更新和类似的数据操作。

Types of Listings

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

推荐阅读更多精彩内容