Définissez l'accès à BigQuery de manière à ce que chaque département n'accède qu'à ses propres données ; les chefs de département peuvent créer et mettre à jour des tables et les partager ; les analystes peuvent interroger mais pas modifier. Comment devez-vous définir l'accès ?

La bonne approche consiste à créer un ensemble de données BigQuery distinct pour chaque département. Cela assure une isolation logique des données par département. Attribuer le rôle de RÉDACTEUR (BigQuery Data Editor) aux chefs de département leur permet de créer, mettre à jour et supprimer des tables et des vues dans cet ensemble de données, ainsi que de partager l'ensemble de données, répondant ainsi à l'exigence de gestion. Attribuer le rôle de LECTEUR (BigQuery Data Viewer) aux analystes leur permet d'interroger les données sans pouvoir les modifier, ce qui correspond à leurs besoins. Les autres options sont incorrectes car elles ne fournissent pas le bon niveau de granularité (créer une table par département est inefficace et ne gère pas l'accès au niveau de l'ensemble de données) ou attribuent des rôles incorrects (le rôle de PROPRIÉTAIRE est trop permissif pour les chefs de département, et les rôles au niveau du projet sont trop larges).