Vous utilisez une vue BigQuery events en SQL hérité qui renvoie les 14 derniers jours d'une table events_partitioned partitionnée par temps. Des applications basées sur ODBC (clients SQL standard) se connecteront le mois prochain. Quelles sont les deux actions à entreprendre ? (Choisissez-en deux.)

Le SQL hérité de BigQuery est obsolète et ne prend pas en charge toutes les fonctionnalités du SQL standard. Pour assurer la compatibilité avec les applications ODBC, il est impératif de migrer la vue existante vers le SQL standard. La création d'une nouvelle vue sur la table eventspartitioned en utilisant le SQL standard permet de conserver la logique de filtrage des 14 derniers jours tout en adoptant la syntaxe moderne. De plus, pour permettre aux applications ODBC de se connecter à BigQuery de manière sécurisée et authentifiée, il est recommandé d'utiliser un compte de service. Un compte de service fournit une identité pour les applications et les services, permettant un contrôle d'accès granulaire via Cloud IAM sans nécessiter de fournir des identifiants utilisateur. Créer une nouvelle table partitionnée n'est pas nécessaire car la table eventspartitioned existe déjà et est correctement partitionnée. Créer un rôle Cloud IAM est une étape pour définir les autorisations, mais le compte de service est l'entité qui utilise ce rôle pour l'authentification.