Cette page explique comment le contrôle ultraprécis des accès fonctionne avec les flux de modifications Spanner pour les bases de données utilisant le dialecte GoogleSQL et celles utilisant le dialecte PostgreSQL.
Pour les utilisateurs du contrôle des accès ultraprécis, vous autorisez l'accès en lecture aux données des flux de modifications à l'aide des autorisations suivantes. Les deux autorisations sont requises.
Accordez l'autorisation
SELECTsur le flux de modifications.GoogleSQL
GRANT SELECT ON CHANGE STREAM CHANGE_STREAM_NAME TO ROLE ROLE_NAME;
PostgreSQL
GRANT SELECT ON CHANGE STREAM CHANGE_STREAM_NAME TO ROLE_NAME;
Accordez
EXECUTEsur la fonction de lecture créée automatiquement pour le flux de modifications. Vous utilisez la fonction de lecture pour lire les enregistrements du flux de modifications.GoogleSQL
GRANT EXECUTE ON TABLE FUNCTION READ_FUNCTION_NAME TO ROLE ROLE_NAME;
PostgreSQL
GRANT EXECUTE ON FUNCTION READ_FUNCTION_NAME TO ROLE_NAME;
Pour en savoir plus sur les conventions d'attribution de noms pour les fonctions de lecture de flux de modifications et la mise en forme des informations qu'elles renvoient, consultez les rubriques suivantes :
Vues INFORMATION_SCHEMA pour les flux de modifications
Les vues suivantes affichent des informations sur les rôles et les droits de base de données pour les flux de modifications :
- Bases de données de dialecte GoogleSQL :
INFORMATION_SCHEMA.CHANGE_STREAM_PRIVILEGES - Bases de données utilisant le dialecte PostgreSQL :
information_schema.change_stream_privileges
Les lignes de ces vues sont filtrées en fonction des droits du rôle de base de données actuel sur les flux de modifications. Cela garantit que les comptes principaux ne peuvent afficher que les rôles, les droits et les flux de modifications auxquels ils ont accès.
Le filtrage des lignes s'applique également aux vues suivantes liées aux flux de modifications :
GoogleSQL
INFORMATION_SCHEMA.CHANGE_STREAMSINFORMATION_SCHEMA.CHANGE_STREAM_TABLESINFORMATION_SCHEMA.CHANGE_STREAM_COLUMNSINFORMATION_SCHEMA.CHANGE_STREAM_OPTIONS
Le rôle système spanner_info_reader et ses membres voient toujours un INFORMATION_SCHEMA non filtré.
PostgreSQL
information_schema.change_streamsinformation_schema.change_stream_tablesinformation_schema.change_stream_columnsinformation_schema.change_stream_options
Le rôle système spanner_info_reader et ses membres voient un information_schema non filtré.
Le filtrage des lignes s'applique également aux vues de métadonnées suivantes pour les fonctions de lecture des flux de modifications :
GoogleSQL
PostgreSQL
Mises en garde
Les flux de modifications utilisent une base de données de métadonnées pour conserver l'état interne. La base de données de métadonnées peut être identique ou différente de la base de données de l'application. Nous vous recommandons d'utiliser une autre base de données. Toutefois, pour les utilisateurs du contrôle ultraprécis des accès, la base de données de métadonnées ne peut pas être la même que la base de données de l'application. En effet, le compte principal IAM (Identity and Access Management) qui exécute le job Dataflow doit disposer d'un accès en lecture ou en écriture au niveau de la base de données de métadonnées. Cela remplacerait les droits de contrôle ultraprécis des accès configurés pour la base de données de l'application.
Pour en savoir plus, consultez Envisager une base de données de métadonnées distincte.
Étant donné qu'un flux de modifications contient une copie distincte des données des tables et des colonnes suivies, soyez prudent lorsque vous accordez aux utilisateurs l'accès au flux de modifications. Les lecteurs du flux de modifications peuvent afficher les modifications de données des tables et des colonnes suivies, même s'ils ne disposent pas de droits
SELECTsur les tables et les colonnes. Bien qu'il soit plus flexible de configurer des contrôles distincts sur les flux de modifications, ainsi que sur les tables et colonnes suivies, il existe un risque potentiel. Veillez donc à structurer les rôles et les droits de base de données en conséquence. Par exemple, lorsque vous révoquez le droitSELECTsur une table d'un rôle, déterminez si vous devez également révoquerSELECTsur le flux de modifications et révoquerEXECUTEsur la fonction de lecture associée.Si vous accordez
SELECTsur un flux de modifications qui suit toutes les tables, le bénéficiaire peut voir les modifications de données pour toutes les tables ajoutées ultérieurement.