--- schema_version: "1" id: 94ee6a4e022bcdfc5d1669427657df26862468b473cde03d0a10f8b66829e95a title: Présentation des options de sécurité au niveau des lignes dans Tableau collection: tableau version: next locale: fr-ca portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server-linux/rls_options_overview.md canonical_url: https://help.tableau.com/v0.0/server-linux/fr-ca/rls_options_overview.htm source_site: help.tableau.com content_type: documentation content_hash: d11a84c85f59913d16f5fe734c8bb9c71ff29e789d6b7b04b5052eb61815427c description: Overview and comparison of row-level security options in Tableau. --- [Passer au contenu principal](#main-content) # Présentation des options de sécurité au niveau des lignes dans Tableau Il arrive que vous souhaitiez filtrer les données en fonction de l’utilisateur qui les demande. Par exemple : - Vous voulez que les commerciaux régionaux voient les chiffres de vente uniquement pour leur région. - Vous souhaitez que les directeurs commerciaux ne voient les statistiques que pour les commerciaux sous leur responsabilité. - Vous voulez que les étudiants voient des visualisations basées uniquement sur leurs propres résultats de test. L’approche qui permet de filtrer les données de cette manière est appelée sécurité au niveau des lignes (RLS). Il existe plusieurs méthodes pour assurer la sécurité au niveau des lignes à la fois à l’intérieur et à l’extérieur de Tableau, dont chacune présente ses propres avantages et inconvénients. ## Créer un filtre utilisateur et associer les utilisateurs à des valeurs manuellement Le moyen le plus simple d’obtenir une sécurité au niveau des lignes dans Tableau consiste à utiliser un filtre utilisateur dans lequel vous mappez manuellement les utilisateurs à des valeurs. Par exemple, vous pouvez mapper manuellement un utilisateur nommé « Alice » à la valeur « Est » afin qu’elle ne voie que les lignes de la source de données où la colonne « Zone géographique » est « Est ». Cette méthode est pratique mais nécessite beaucoup de maintenance, et il faut porter une attention spéciale à la sécurité. Elle doit être effectuée au niveau de chaque classeur, et vous devez mettre à jour le filtre et republier la source de données lorsque votre base d’utilisateurs change. Lorsque vous publiez une ressource avec ce type de filtre utilisateur, vous devez définir des autorisations afin que les utilisateurs ne puissent pas l’enregistrer ou la télécharger ni supprimer le filtre, obtenant ainsi accès à toutes les données. Pour plus d’informations, consultez [Créer un filtre utilisateur et associer les utilisateurs à des valeurs manuellement](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters_create.htm#create-user-filter) dans l’aide de Tableau Desktop et de la création Web. ## Créer un filtre utilisateur dynamique en utilisant un champ de sécurité dans les données Cette méthode vous permet de créer un champ calculé qui automatise le processus d’association des utilisateurs à des valeurs de données. Cette méthode exige que les données sous-jacentes incluent les informations de sécurité que vous souhaitez utiliser pour le filtrage. Par exemple, à l’aide d’un champ calculé, de la fonction USERNAME() et d’une colonne « Manager » dans la source de données, vous pouvez déterminer si l’utilisateur demandant la vue est un manager et ajuster les données de la vue en conséquence. Le filtrage étant défini au niveau des données et automatisé par le champ calculé, cette méthode est moins sujette à erreur que d’associer les utilisateurs à des valeurs de données manuellement. Lorsque vous publiez une ressource avec ce type de filtre utilisateur, vous devez définir des autorisations afin que les utilisateurs ne puissent pas l’enregistrer ou la télécharger ni supprimer le filtre, obtenant ainsi accès à toutes les données. Pour plus d’informations, consultez [Créer un filtre dynamique en utilisant un champ de sécurité dans les données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters_create.htm#dynamic) dans l’aide de Tableau Desktop et de la création Web. ## Utiliser une stratégie de données Depuis Tableau 2021.4, lorsque Gestion des données est activé dans Tableau Server ou Tableau Cloud, les utilisateurs disposant d’une licence Creator peuvent mettre en œuvre une sécurité au niveau des lignes à l’aide de stratégies de données sur les connexions virtuelles. Étant donné que les connexions virtuelles sont centralisées et réutilisables, vous pouvez gérer la sécurité au niveau des lignes pour chaque connexion en un seul endroit, en toute sécurité, sur tout le contenu qui utilise cette connexion. Contrairement aux solutions susmentionnées de sécurité au niveau des lignes dans Tableau, cette méthode ne comporte pas le même risque d’exposer des renseignements si un auteur néglige de sécuriser correctement les autorisations sur le classeur ou la source de données, car la stratégie est appliquée sur le serveur pour chaque requête. La sécurité au niveau des lignes à l’aide des stratégie de données sur les connexions virtuelles a été développée pour remédier aux lacunes des autres solutions de sécurité au niveau des lignes. Nous recommandons cette solution dans la plupart des situations où elle est envisageable. Pour plus d’informations sur la sécurité au niveau des lignes à l’aide des stratégies de données sur les connexions virtuelles, consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/v0.0/server-linux/fr-ca/dm_vconn_overview.htm). ## Utiliser la sécurité RLS existante dans la base de données De nombreuses sources de données incluent des mécanismes intégrés pour la sécurité au niveau des lignes (RLS). Si votre entreprise a déjà déployé des efforts pour mettre en place un système de sécurité au niveau des lignes dans une source de données, vous pourrez peut-être tirer parti de votre système RLS existant. Il n’est pas nécessairement plus facile ou préférable de mettre en œuvre un modèle RLS intégré plutôt que de le construire spécifiquement pour Tableau. Ces techniques sont généralement mises à profit lorsqu’une entreprise a déjà investi dans ces technologies et qu’elle veut tirer parti de l’investissement, ou lorsqu’elle a besoin d’appliquer les mêmes stratégies de sécurité aux autres clients de base de données en plus de Tableau. Le principal avantage de l’utilisation de RLS intégré est que les administrateurs peuvent mettre en place et contrôler leur stratégie de sécurité des données en un seul emplacement : leurs bases de données. Pour plus d’informations, consultez [Sécurité au niveau des lignes dans la base de données](https://help.tableau.com/v0.0/server-linux/fr-ca/rls_datasource.htm). ## Comparaison des options de sécurité au niveau des lignes
Option RLSUtile lorsqueAvantagesInconvénients
Filtre utilisateur manuel
  • Vous effectuez un test de faisabilité ou vous testez la fonction de filtrage des utilisateurs
  • Vous créez un classeur statique à utiliser avec un groupe d’utilisateurs inchangé
  • Vous comprenez le risque qu’une définition incorrecte des autorisations représente pour la sécurité des données
  • Simple à petite échelle
  • Mappage facile à comprendre
  • Adapté aux tests
  • Maintenance élevée
  • Besoin de mettre à jour le filtre et de le republier au fur et à mesure que la base d’utilisateurs change
  • Les autorisations doivent être sécurisées pour empêcher les utilisateurs de voir des données non filtrées
  • Doit être répliqué dans chaque classeur
Filtre utilisateur dynamique
  • Vous ne possédez pas de licence Gestion des données
  • Les données contiennent des renseignements que vous pouvez utiliser pour les filtrer
  • Vous comprenez le risque qu’une définition incorrecte des autorisations représente pour la sécurité des données
  • Relativement facile à mettre en place
  • Les autorisations doivent être sécurisées pour empêcher les utilisateurs de voir des données non filtrées
  • Doit être répliqué dans chaque classeur ou source de données
Stratégie de données
  • Vous possédez une licence Gestion des données
  • Les données contiennent des renseignements que vous pouvez utiliser pour les filtrer
  • La facilité de sécurité des données est une préoccupation importante
  • Centralisé
  • Sûr
  • Faible entretien
  • Les responsabilités en matière de sécurité et d’analytique peuvent être séparées
  • Licence Gestion des données requise
RLS dans la base de données
  • Votre base de données a une sécurité RLS existante intégrée dans la base de données
  • Vous n’utilisez pas d’extraits
  • Peut-être déjà intégré à la base de données de votre entreprise
  • Les stratégies peuvent être appliquées à des clients de base de données autres que Tableau
  • Doit utiliser des requêtes en direct
  • Peut avoir des limites ou des exigences. Votre équipe informatique peut les identifier
## Quelle option de sécurité au niveau des lignes dois-je utiliser?
Votre entreprise a-t-elle une solution RLS préférée dans la base de données qui fonctionne pour ce projet?→ Oui →Consultez Sécurité au niveau des lignes dans la base de données

↓ Non ↓

  

Possédez-vous une licence Gestion des données?

→ Oui →Consultez À propos des connexions virtuelles et des stratégies de données

↓ Non ↓

  
S’agit-il d’un test de faisabilité, d’un test de filtre utilisateur de base ou d’un classeur statique avec des utilisateurs inchangés?→ Oui →Consultez Utiliser un filtre utilisateur manuel

↓ Non ↓

  

Consultez Utiliser un filtre utilisateur dynamique