Claro 正在與一家大型零售銀行洽談。雙方都想了解各自客群的重疊情形——特別是 Claro 的 app 使用者是否同時也是該銀行的客戶。任何一方都不願意把原始客戶名單分享給對方：銀行不會曝露其客戶資料庫，Claro 也不會曝露其 USERS 資料表。雙方都想要進行共同分析，但不讓對方看到個別的客戶紀錄。
USERS
哪一個 Snowflake 功能最適合這種協作？
本練習屬於課程
將理論付諸實踐，立即體驗我們的互動練習
透過掌握角色為本與任意性存取控制模型來保護你的 Snowflake 帳戶——從系統定義角色與權限階層，到自訂角色、驗證方式與網路原則。
實作欄位層級與列層級的安全性，套用物件標籤與自動化資料分類，解讀資料血緣，並設定加密與警示，以保護 Claro 的敏感財務資料。
使用資源監視器與 ACCOUNT_USAGE 檢視來監控並控管 Snowflake 的運算成本，以 Time Travel 與移轉容錯群組保護資料，並用事件表與 LOGIN_HISTORY 建立稽核軌跡。
運用 Snowflake 的提供者、使用者與 reader 帳戶模型，啟用安全的資料協作；探索保護隱私的 Data Clean Rooms；並在 Snowflake Marketplace 瀏覽即時資料清單與 Native Apps。
當前練習
