--- schema_version: "1" id: f4373b01c532ab60472ab62d526ec577159068f85c8cad83f7c7307f0847a63c title: Tableau 中的列層級安全性選項概觀 collection: tableau version: current locale: zh-tw portal_url: https://docs.salesforce.com/tableau/current/zh-tw/server-linux/rls_options_overview.md canonical_url: https://help.tableau.com/current/server-linux/zh-tw/rls_options_overview.htm source_site: help.tableau.com content_type: documentation content_hash: cafe456553b2a69252d824611362d780d65332304fa8248ff7315eceee15a8a3 description: Overview and comparison of row-level security options in Tableau. --- [跳至主要內容](#main-content) # Tableau 中的列層級安全性選項概觀 有時您想根據請求資料的使用者篩選資料。例如： - 希望區域銷售人員僅能查看其所在區域的銷售資料。 - 希望銷售經理只看到向他們報告的銷售人員的統計資料。 - 希望學生看到僅基於他們自己的考試成績的視覺化。 以這種方式篩選資料的方法稱為列層級安全性 (RLS)。有多種方法可以在 Tableau 內部和外部實現列層級安全性，每種方法都有自己的優點和缺點。 ## 建立使用者篩選器並將使用者手動對應到值 在 Tableau 中實現列層級安全的最簡單方法是使用使用者篩選器，可以在其中手動將使用者對應到值。例如，可以手動將名為「Alice」的使用者對應到值「East」，這樣她就只能看到資料來源中「Region」欄為「East」的資料列。 這種方法較為方便，但維護費用高並且須關注安全性。必須按工作簿完成此方法，並且您必須更新篩選器並在使用者群發生變化時重新發佈資料來源。使用這種類型的使用者篩選器發佈資產時，需要設定權限，讓使用者無法儲存或下載它並移除篩選器，從而獲得對所有資料的存取權。 有關詳情，請參見 Tableau Desktop 和 Web 製作說明中的[建立使用者篩選器並將使用者手動對應到值](https://help.tableau.com/current/pro/desktop/zh-tw/publish_userfilters_create.htm#create-user-filter)。 ## 使用資料中的安全性欄位建立動態篩選器 使用此方法，您可以建立計算欄位，以自動執行將使用者對應到資料值這一過程。此方法要求基礎資料包括要用於篩選的安全資訊。例如，使用計算欄位、USERNAME() 函數和資料來源中的「Manager」欄，可以確定請求檢視的使用者是否是 Manager 並相應地調整檢視中的資料。 由於篩選是在資料層級定義的，並由計算欄位自動進行，因此此方法比將使用者手動對應到資料值較不可能有錯誤。使用這種類型的使用者篩選器發佈資產時，需要設定權限，讓使用者無法儲存或下載它並移除篩選器，從而獲得對所有資料的存取權。 有關詳情，請參見 Tableau Desktop 和 Web 製作說明中的[使用資料中的安全性欄建立動態篩選器](https://help.tableau.com/current/pro/desktop/zh-tw/publish_userfilters_create.htm#dynamic)。 ## 使用資料原則 從 Tableau 2021.4 開始，在 Tableau Server 或 Tableau Cloud 啟用 資料管理 時，擁有 Creator 授權的使用者可以用虛擬連線上的資料原則實現列層級安全性。由於虛擬連線是集中式且可重複使用的，因此可以在一個地方為使用該連線的所有內容安全可靠地管理每個連線的列層級安全性。 與 Tableau 中的上述列層級安全解決方案不同，如果作者忽略正確保護工作簿或資料來源的權限，此方法不會帶來資訊洩露的相同風險，因為該原則是針對每個查詢在伺服器上強制執行的。 開發以虛擬連線資料原則建立的列層級安全性是為了解決其他列層級安全性解決方案的缺點。我們推薦在大多數情況下使用此解決方案。 有關在虛擬連線上使用資料原則的列層級安全性的更多資訊，請參閱[關於虛擬連線和資料原則](https://help.tableau.com/current/server-linux/zh-tw/dm_vconn_overview.htm)。 ## 使用資料庫中現有的 RLS 許多資料來源都備有內建的 RLS 機制。如果您的組織已著手在資料來源中建立列層級安全性，則可以利用現有的 RLS。 與使用 Tableau 組建內建 RLS 模型的想法相比，實作一個內建 RLS 模型不一定會更輕鬆或更好；當組織已經對這些技術進行投資並且希望利用這項投資，或者需要將相同的安全性原則套用於除 Tableau 之外的其他資料庫用戶端時，通常會利用這些技術。 使用內建 RLS 的主要優點是管理員可在單一位置（即其資料庫中）實作和控制其資料安全性原則。 有關詳情，請參閱[資料庫中的資料列層級安全性](https://help.tableau.com/current/server-linux/zh-tw/rls_datasource.htm)。 ## 列層級安全性比較
RLS 選項有用時優點缺點
手動使用者篩選器
  • 正在進行概念驗證或測試使用者篩選功能
  • 正在建立一個靜態工作簿以供一組不變使用者使用
  • 了解權限設定錯誤的資料安全性風險
  • 小規模簡單
  • 易於理解的對應
  • 適合測試
  • 維護費用高
  • 需要更新篩選器並隨著使用者群的變化重新發佈
  • 必須保護權限以防止使用者看到未篩選的資料
  • 必須在每個工作簿中複製
動態使用者篩選器
  • 您沒有 資料管理 授權
  • 資料包含可用於篩選的資訊
  • 了解權限設定錯誤的資料安全性風險
  • 設定相對容易
  • 必須保護權限以防止使用者看到未篩選的資料
  • 必須在每個工作簿或資料源中複製
資料原則
  • 您有 資料管理 授權
  • 資料包含可用於篩選的資訊
  • 資料安全性的易用性是一個重要的問題
  • 集中式
  • 安全的
  • 維護費用低
  • 安全性和分析責任可以分開
  • 需要 資料管理 授權
資料庫中的 RLS
  • 資料庫具有內建到資料庫中的現有 RLS 安全性
  • 沒有使用擷取
  • 可能已經內建到組織的資料庫中
  • 原則可套用於 Tableau 以外的資料庫用戶端
  • 必須使用即時查詢
  • 可能有限制或要求。您的 IT 團隊可以識別它們
## 我應該使用哪個列層級安全性選項？
您的組織在資料庫中是否有適用於該項目的首選 RLS 解決方案？→ 有的 →請參見資料庫中的資料列層級安全性

↓ 沒有 ↓

  

您是否有 資料管理 授權？

→ 有的 →請參見關於虛擬連線和資料原則

↓ 沒有 ↓

  
這是概念驗證、基本使用者篩選器測試還是具有不變使用者的靜態工作簿？→ 是的 →請參閱使用手動使用者篩選器

↓ 沒有 ↓

  

請參見使用動態使用者篩選器