Considérations relatives à l’utilisation d Amazon Aurora DSQL - Amazon Aurora DSQL

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Considérations relatives à l’utilisation d Amazon Aurora DSQL

Lorsque vous travaillez avec Amazon Aurora DSQL, tenez compte des facteurs suivants. Pour plus d’informations sur la compatibilité PostgreSQL, consultez Compatibilité des fonctionnalités SQL dans Aurora DSQL. Pour les quotas et les limites, consultez Quotas de cluster et limites de base de données dans Amazon Aurora DSQL.

  • Le calcul de la limite de stockage peut prendre un certain temps pour refléter le stockage libéré après l'exécution d'une DROP TABLE commande. Si vous avez besoin d'une capacité de stockage supplémentaire, consultez la section Quotas de cluster pour demander des mises à jour des quotas.

  • Pour les grandes tables dans Aurora DSQL, utilisez le catalogue système pour récupérer le nombre de lignes des tables plutôt que les COUNT(*) opérations. Pour plus d'informations, consultez la section Utilisation des tables et des commandes systèmes dans Aurora DSQL.

  • Aurora DSQL gère les autorisations par le biais d'autorisations au niveau du schéma. Les utilisateurs administrateurs créent des schémas en utilisant CREATE SCHEMA et accordent l'accès à d'autres rôles à l'aide GRANT USAGE ON SCHEMA de. Les utilisateurs administrateurs gèrent les objets dans le schéma public, tandis que les utilisateurs non administrateurs créent des objets dans des schémas créés par les utilisateurs. Le rôle d'administrateur peut s'octroyer n'importe quel autre rôle pour obtenir des autorisations sur des objets créés par l'utilisateur. Pour de plus amples informations, veuillez consulter Autoriser les rôles de la base de données à utiliser SQL dans votre base de données.

  • Lorsque les pilotes appellentPG_PREPARED_STATEMENTS, Aurora DSQL fournit une vue à l'échelle du cluster des instructions préparées mises en cache. Vous pouvez voir plus d'instructions préparées par connexion que prévu pour le même cluster et le même rôle IAM. Aurora DSQL gère les noms des instructions de manière dynamique pendant la préparation.

  • Lorsque vous vous connectez à partir d'instances IPv4 uniquement, assurez-vous que votre client est configuré pour les IPv4 connexions. Certains clients PostgreSQL tentent à la IPv4 fois de se connecter en mode IPv6 dualstack. Si la IPv4 connexion est limitée, le client peut tenter de renvoyer une NetworkUnreachable erreur sur IPv6 IPv4 les hôtes uniquement. Configurez votre client pour qu'il l'utilise IPv4 explicitement afin d'éviter ce comportement.

  • Une fois qu'un utilisateur administrateur a créé un nouveau schéma GRANT et que les REVOKE modifications se sont propagées aux connexions existantes pendant la durée de vie de la connexion (jusqu'à une heure). Pour un effet immédiat, établissez une nouvelle connexion après les modifications d'autorisation.

  • Dans de rares scénarios de restauration de clusters liés multirégions, les opérations de restauration de clusters automatisées maintiennent une haute disponibilité, mais vous pouvez rencontrer des erreurs de contrôle de simultanéité ou de connexion transitoires. Dans la plupart des cas, seul un pourcentage de votre charge de travail est affecté. Lorsque vous rencontrez ces erreurs transitoires, réessayez votre transaction ou reconnectez-vous avec votre client.

  • Certains clients SQL, tels que Datagrip, demandent des métadonnées système étendues pour renseigner les informations de schéma. Aurora DSQL fournit des métadonnées de base pour les fonctionnalités de requête SQL. L'affichage du schéma dans ces clients peut afficher des informations limitées par rapport à l'ensemble complet de leurs fonctionnalités.

  • Pour vous assurer que les requêtes reconnaissent les schémas et les tables nouvellement créés, actualisez votre connexion après avoir créé ou supprimé des objets de base de données. Cela inclut les scénarios dans lesquels vous constatez Schema Already Exists des erreurs après la suppression d'un schéma ou lorsque vous interrogez des objets créés dans le cadre d'une autre connexion. Déconnectez-vous et reconnectez-vous, ou SET search_path réexécutez pour actualiser le cache du catalogue.

  • Pour les requêtes complexes, utilisez-le EXPLAIN ANALYZE VERBOSE pour identifier les opérations à latence élevée et optimiser les plans de requêtes. La couverture des index permet de réduire considérablement les coûts du DPU en permettant des analyses d'index uniquement au lieu d'analyses de tables complètes. Pour de plus amples informations, veuillez consulter Utilisation des plans Aurora SQL EXPLAIN.

  • Les limites de connexion sont gérées au niveau du cluster. Consultez Quotas de cluster pour demander des mises à jour des quotas.