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.
Limitations Babelfish
Les limitations suivantes s'appliquent actuellement à Babelfish for Aurora PostgreSQL :
-
Lors de la mise à niveau, vous remarquerez peut-être des différences dans la propriété des objets au sein d'un même schéma. Les objets antérieurs à la mise à niveau appartiennent à l'utilisateur actuel, tandis que les objets postérieurs à la mise à niveau appartiennent au propriétaire du schéma, qui peut être un autre utilisateur. Pour résoudre ce problème, nous avons introduit la
sys.generate_alter_ownership_statements()
fonction.Pour corriger les incohérences de propriété des objets, connectez-vous à votre cluster à l'aide du point de terminaison PostgreSQL, exécutez la fonction sys.generate_alter_ownership_statements () et exécutez les instructions SQL générées.
Tenez compte de ces limitations importantes liées aux changements de propriété des objets :
-
Les utilisateurs dotés d'autorisations CREATE via le point de terminaison PostgreSQL ne peuvent pas créer d'objets via le point de terminaison TDS. Nous ne recommandons pas de modifier les autorisations sur les objets T-SQL via le point de terminaison PostgreSQL car cela peut entraîner un comportement T-SQL incorrect.
-
Les autorisations d'accès aux objets peuvent changer. Par exemple, si un schéma appartenant à « sch_own » contient des objets appartenant à « dbo » avant la mise à niveau, la capacité des utilisateurs à effectuer des opérations telles que SELECT ou INSERT peut différer entre les objets antérieurs à la mise à niveau (détenus par « dbo ») et les objets post-mise à niveau (détenus par « sch_own »).
-
-
Actuellement, Babelfish ne prend pas en charge les fonctions Aurora suivantes :
-
AWS Identity and Access Management
-
Flux d'activité des bases de données (DAS)
-
API de données RDS avec Aurora PostgreSQL Serverless v2 et provisionnée
-
RDS Proxy avec RDS for SQL Server
-
Mécanisme d'authentification SCRAM
-
Éditeur de requête
-
-
Babelfish ne fournit pas le support d'API de pilote client suivant :
-
Les requêtes d'API ayant des attributs de connexion liés à Microsoft Distributed Transaction Coordinator (MSDTC) ne sont pas prises en charge. Il s'agit notamment des appels XA effectués par la SQLServer XAResource classe dans le pilote JDBC de SQL Server.
-
-
Babelfish ne prend actuellement pas en charge les extensions Aurora PostgreSQL suivantes :
-
bloom
-
btree_gin
-
btree_gist
-
citext
-
cube
-
hstore
-
hypopg
-
Réplication logique avec
pglogical
-
ltree
-
pgcrypto
-
Gestion du plan de requêtes à l'aide de
apg_plan_mgmt
Pour en savoir plus sur les extensions PostgreSQL, consultez. Utilisation d'extensions avec encapsuleurs de données externes
-
-
Le pilote open source jTDS
, conçu comme une alternative au pilote JDBC de Microsoft, n'est pas pris en charge.