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
Tenez compte des comportements suivants lorsque vous travaillez avec Amazon Aurora DSQL. Pour plus d'informations sur la compatibilité et la prise en charge de PostgreSQL, consultez. Compatibilité des fonctionnalités SQL dans Aurora DSQL Pour les quotas et les limites, voirQuotas de cluster et limites de base de données dans Amazon Aurora DSQL.
-
Aurora DSQL ne termine pas les
COUNT(*)
opérations avant l'expiration du délai d'expiration des transactions pour les grandes tables. Pour récupérer le nombre de lignes d'une table à partir du catalogue système, consultez la section Utilisation des tables et des commandes du système dans Aurora DSQL. -
Les pilotes qui appellent
PG_PREPARED_STATEMENTS
peuvent fournir une vue incohérente des instructions préparées mises en cache pour le cluster. Le nombre d'instructions préparées par connexion peut être supérieur au nombre attendu pour le même cluster et le même rôle IAM. Aurora DSQL ne conserve pas les noms des instructions que vous préparez. -
Dans de rares scénarios de détérioration de clusters liés multirégionaux, le rétablissement de la disponibilité des validations de transactions peut prendre plus de temps que prévu. En général, les opérations de restauration automatique du cluster peuvent entraîner un contrôle de simultanéité transitoire ou des erreurs de connexion. Dans la plupart des cas, vous ne constaterez les effets que pour un pourcentage de votre charge de travail. Lorsque ces erreurs de transit s'affichent, réessayez votre transaction ou reprenez contact avec votre client.
-
Certains clients SQL, tels que Datagrip, font des appels étendus aux métadonnées du système pour renseigner les informations de schéma. Aurora DSQL ne prend pas en charge toutes ces informations et renvoie des erreurs. Ce problème n'affecte pas la fonctionnalité des requêtes SQL, mais il peut affecter l'affichage du schéma.
-
Le rôle d'administrateur dispose d'un ensemble d'autorisations liées aux tâches de gestion de base de données. Par défaut, ces autorisations ne s'étendent pas aux objets créés par d'autres utilisateurs. Le rôle d'administrateur ne peut pas accorder ou révoquer des autorisations sur ces objets créés par les utilisateurs à d'autres utilisateurs. L'utilisateur administrateur peut s'octroyer n'importe quel autre rôle pour obtenir les autorisations nécessaires sur ces objets.