Mises à jour de gestion du plan SQL de requêtes Aurora Postgre

Vous n'avez plus besoin de mettre à jour leplan_hash_version. Après la mise à niveau du moteur de base de données, les nouvelles fonctionnalités QPM sont automatiquement activées. Vous n'avez aucune action à effectuer pour que de nouvelles fonctionnalités soient disponibles.

Correction d'un problème lié à l'application des QPM plans contenant plus de 64 tables partitionnées.

Correction d'un problème lié à l'application des QPM plans contenant l'opérateur Ajouter.

Correction d'un problème avec QPM validate_plans avec l'action update_plan_hash.

QPMpeut appliquer des plans comportant des opérateurs d'agrégation.

Correction d'un problème en raison duquel la suppression d'une base de données ne supprimait pas les plans capturés associés de la mémoire partagée.

Correction d'un problème lié à l'application des plans contenant des vues.

Améliorations apportées à l'application du plan Parallel Append.

Correction d'un problème lié à la capture du plan.

Correction d'un problème lié à l'application des plans contenant des nœuds de collecte.

Les structures de plan seront mises à jour avec la dernière version du format dans le cadre de l’action update_plan_hash pour la fonction apg_plan_mgmt.validate_plans.

Prise en charge ajoutée de l’application de l’ajout parallèle dans le cadre de l’application des requêtes parallèles. Pour appliquer correctement les nœuds d’ajout parallèle, vous devez effectuer les opérations suivantes :

Amélioration des performances dans le calcul du hachage du plan.

Utilisation améliorée de la mémoire pour les structures de plan contenant des sous-plans répétitifs.

Problème corrigé dans l’application des requêtes parallèles où GatherMerge ne pouvait pas être appliqué.

Problème corrigé : le coût estimé du plan appliqué était incorrect.

Problème corrigé dans l’application des plans approuvés où la structure contenait des tables partitionnées et des sous-plans.

Correction d'un problème lié à l'application des plans de gestion des plans de requête contenant des agrégats de hachage.

Vous n'avez plus besoin de mettre à jour leplan_hash_version. Après la mise à niveau du moteur de base de données, les nouvelles fonctionnalités QPM sont automatiquement activées. Vous n'avez aucune action à effectuer pour que de nouvelles fonctionnalités soient disponibles.

Correction d'un problème lié à l'application des QPM plans contenant plus de 64 tables partitionnées.

Correction d'un problème lié à l'application des QPM plans contenant l'opérateur Ajouter.

Correction d'un problème avec QPM validate_plans avec l'action update_plan_hash.

QPMpeut appliquer des plans comportant des opérateurs d'agrégation.

Correction d'un problème en raison duquel la suppression d'une base de données ne supprimait pas les plans capturés associés de la mémoire partagée.

Correction d'un problème lié à l'application des plans contenant des vues.

Améliorations apportées à l'application du plan Parallel Append.

Correction d'un problème lié à la capture du plan.

Correction d'un problème lié à l'application des plans contenant des nœuds de collecte.

Les structures de plan seront mises à jour avec la dernière version du format dans le cadre de l’action update_plan_hash pour la fonction apg_plan_mgmt.validate_plans.

Prise en charge ajoutée de l’application de l’ajout parallèle dans le cadre de l’application des requêtes parallèles. Pour appliquer correctement les nœuds d’ajout parallèle, vous devez effectuer les opérations suivantes :

Amélioration des performances dans le calcul du hachage du plan.

Utilisation améliorée de la mémoire pour les structures de plan contenant des sous-plans répétitifs.

Problème corrigé dans l’application des requêtes parallèles où GatherMerge ne pouvait pas être appliqué.

Problème corrigé : le coût estimé du plan appliqué était incorrect.

Problème corrigé dans l’application des plans approuvés où la structure contenait des tables partitionnées et des sous-plans.

QPMpeut obliger les plans de requête à utiliser des opérateurs parallèles, à l'exception du nœud Parallel Append. Pour appliquer correctement les plans de requête parallèle, vous devez effectuer les opérations suivantes après la mise à niveau vers la version 15.4 ou 14.9 :

QPMpeut appliquer des plans de requêtes avec des nœuds Materialize. Pour appliquer les nœuds Materialize, vous devez effectuer les opérations suivantes après la mise à niveau vers la version 15.4 ou 14.9 :

Pour capturer des plans de requêtes à partir de répliques, vous devez mettre à jour l'apg_plan_mgmtextension en appelant ALTER EXTENSION UPDATE apg_plan_mgmt.

Vous devez spécifier apg_plan_mgmt.plan_capture_threshold afin de ne pas autoriser la capture QPM de plans de requête.

Amélioration des performances lors des plan_hash calculs.

Introduction d'un nouveau fichier GUC auto_explain.hashes. Lorsque ce paramètre est défini sur true (par défaut : false), sql_hash et plan_hash sont affichés à la fin du résultat de l'explication automatique.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.explain_hashes. Lorsqu'il est défini sur true (par défaut : false), le EXPLAIN résultat affiche sql_hash et plan_hash même sans l'option hashs true.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.log_plan_enforcement_result. En fonction de sa valeur (par défaut : none), les résultats d'application du plan sont écrits dans les fichiers journaux Postgres.

Introduction d'une nouvelle version de calcul de hachage du plan afin de prendre en charge les tables partitionnées. Les utilisateurs doivent définir apg_plan_mgmt.plan_hash_version sur 3 et appeler apg_plan_mgmt.validate_plans('update_plan_hash') dans chaque base de données dans laquelle est installé apg_plan_mgmt et comportant des entrées dans la table des plans.

QPMpeut appliquer des plans de requêtes avec des nœuds Memoize.

La fonction apg_plan_mgmt.copy_outline peut prendre en charge un nouveau 5e argument, force_update_target_plan_hash. Si cet argument est défini sur true, le hachage du plan cible sera mis à jour même si le plan source n'est pas reproductible pour la fonction sql_hash cible.

Correction d'un problème lié à l'application du plan de relevés JDBC préparés.

Amélioration de la parité concernant queryid entre pg_stat_statements et apg_plan_mgmt.dba_plans.

Correction d'un problème d'application du plan lorsque les noms d'index se terminent par des chiffres.

La fonction apg_plan_mgmt.copy_outline copie désormais les variables d'environnement.

La valeur minimale de apg_plan_mgmt.plan_retention_period passe de 32 à 1.

La gestion des plans de requête peut désormais enregistrer des plans pour les requêtes dans les transactions en lecture seule à partir des nœuds d'écriture.

Correction d'un problème dans la fonction apg_plan_mgmt.evolve_plan_baselines.

Correction d'un problème qui pouvait entraîner une indisponibilité lorsque apg_plan_mgmt était activé.

Vous n'avez plus besoin de mettre à jour leplan_hash_version. Après la mise à niveau du moteur de base de données, les nouvelles fonctionnalités QPM sont automatiquement activées. Vous n'avez aucune action à effectuer pour que de nouvelles fonctionnalités soient disponibles.

Correction d'un problème lié à l'application des QPM plans contenant plus de 64 tables partitionnées.

Correction d'un problème lié à l'application des QPM plans contenant l'opérateur Ajouter.

Correction d'un problème avec QPM validate_plans avec l'action update_plan_hash.

QPMpeut appliquer des plans comportant des opérateurs d'agrégation.

Correction d'un problème en raison duquel la suppression d'une base de données ne supprimait pas les plans capturés associés de la mémoire partagée.

Correction d'un problème lié à l'application des plans contenant des vues.

Améliorations apportées à l'application du plan Parallel Append.

Correction d'un problème lié à la capture du plan.

Correction d'un problème lié à l'application des plans contenant des nœuds de collecte.

Les structures de plan seront mises à jour avec la dernière version du format dans le cadre de l’action update_plan_hash pour la fonction apg_plan_mgmt.validate_plans.

Prise en charge ajoutée de l’application de l’ajout parallèle dans le cadre de l’application des requêtes parallèles. Pour appliquer correctement les nœuds d’ajout parallèle, vous devez effectuer les opérations suivantes :

Amélioration des performances dans le calcul du hachage du plan.

Utilisation améliorée de la mémoire pour les structures de plan contenant des sous-plans répétitifs.

Problème corrigé dans l’application des requêtes parallèles où GatherMerge ne pouvait pas être appliqué.

Problème corrigé : le coût estimé du plan appliqué était incorrect.

Problème corrigé dans l’application des plans approuvés où la structure contenait des tables partitionnées et des sous-plans.

QPMpeut obliger les plans de requête à utiliser des opérateurs parallèles, à l'exception du nœud Parallel Append. Pour appliquer correctement les plans de requête parallèle, vous devez effectuer les opérations suivantes après la mise à niveau vers la version 15.4 ou 14.9 :

QPMpeut appliquer des plans de requêtes avec des nœuds Materialize. Pour appliquer les nœuds Materialize, vous devez effectuer les opérations suivantes après la mise à niveau vers la version 15.4 ou 14.9 :

Pour capturer des plans de requêtes à partir de répliques, vous devez mettre à jour l'apg_plan_mgmtextension en appelant ALTER EXTENSION UPDATE apg_plan_mgmt.

Vous devez spécifier apg_plan_mgmt.plan_capture_threshold afin de ne pas autoriser la capture QPM de plans de requête.

Amélioration des performances lors des plan_hash calculs.

Introduction d'un nouveau fichier GUC auto_explain.hashes. Lorsque ce paramètre est défini sur true (par défaut : false), sql_hash et plan_hash sont affichés à la fin du résultat de l'explication automatique.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.explain_hashes. Lorsqu'il est défini sur true (par défaut : false), le EXPLAIN résultat affiche sql_hash et plan_hash même sans l'option hashs true.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.log_plan_enforcement_result. En fonction de sa valeur (par défaut : none), les résultats d'application du plan sont écrits dans les fichiers journaux Postgres.

Introduction d'une nouvelle version de calcul de hachage du plan afin de prendre en charge les tables partitionnées. Les utilisateurs doivent définir apg_plan_mgmt.plan_hash_version sur 3 et appeler apg_plan_mgmt.validate_plans('update_plan_hash') dans chaque base de données dans laquelle est installé apg_plan_mgmt et comportant des entrées dans la table des plans.

QPMpeut appliquer des plans de requêtes avec des nœuds Memoize.

La fonction apg_plan_mgmt.copy_outline peut prendre en charge un nouveau 5e argument, force_update_target_plan_hash. Si cet argument est défini sur true, le hachage du plan cible sera mis à jour même si le plan source n'est pas reproductible pour la fonction sql_hash cible.

Correction d'un problème lié à l'application du plan de relevés JDBC préparés.

Amélioration de la parité concernant queryid entre pg_stat_statements et apg_plan_mgmt.dba_plans.

Correction d'un problème d'application du plan lorsque les noms d'index se terminent par des chiffres.

La fonction apg_plan_mgmt.copy_outline copie désormais les variables d'environnement.

La valeur minimale de apg_plan_mgmt.plan_retention_period passe de 32 à 1.

La gestion des plans de requête peut désormais enregistrer des plans pour les requêtes dans les transactions en lecture seule à partir des nœuds d'écriture.

Correction d'un problème dans la fonction apg_plan_mgmt.evolve_plan_baselines.

Correction d'un problème qui pouvait entraîner une indisponibilité lorsque apg_plan_mgmt était activé.

Vous n'avez plus besoin de mettre à jour leplan_hash_version. Après la mise à niveau du moteur de base de données, les nouvelles fonctionnalités QPM sont automatiquement activées. Vous n'avez aucune action à effectuer pour que de nouvelles fonctionnalités soient disponibles.

Correction d'un problème lié à l'application des QPM plans contenant plus de 64 tables partitionnées.

Correction d'un problème lié à l'application des QPM plans contenant l'opérateur Ajouter.

Correction d'un problème avec QPM validate_plans avec l'action update_plan_hash.

QPMpeut appliquer des plans comportant des opérateurs d'agrégation.

Correction d'un problème en raison duquel la suppression d'une base de données ne supprimait pas les plans capturés associés de la mémoire partagée.

Correction d'un problème lié à l'application des plans contenant des vues.

Améliorations apportées à l'application du plan Parallel Append.

Correction d'un problème lié à la capture du plan.

Correction d'un problème lié à l'application des plans contenant des nœuds de collecte.

Les structures de plan seront mises à jour avec la dernière version du format dans le cadre de l’action update_plan_hash pour la fonction apg_plan_mgmt.validate_plans.

Prise en charge ajoutée de l’application de l’ajout parallèle dans le cadre de l’application des requêtes parallèles. Pour appliquer correctement les nœuds d’ajout parallèle, vous devez effectuer les opérations suivantes :

Amélioration des performances dans le calcul du hachage du plan.

Utilisation améliorée de la mémoire pour les structures de plan contenant des sous-plans répétitifs.

Problème corrigé dans l’application des requêtes parallèles où GatherMerge ne pouvait pas être appliqué.

Problème corrigé : le coût estimé du plan appliqué était incorrect.

Problème corrigé dans l’application des plans approuvés où la structure contenait des tables partitionnées et des sous-plans.

QPMpeut obliger les plans de requête à utiliser des opérateurs parallèles, à l'exception du nœud Parallel Append. Pour appliquer correctement les plans de requête parallèle, vous devez effectuer les opérations suivantes après la mise à niveau vers la version 15.4 ou 14.9 :

Pour capturer des plans de requêtes à partir de répliques, vous devez mettre à jour l'apg_plan_mgmtextension en appelant ALTER EXTENSION UPDATE apg_plan_mgmt.

Vous devez spécifier apg_plan_mgmt.plan_capture_threshold afin de ne pas autoriser la capture QPM de plans de requête.

Introduction d'un nouveau fichier GUC auto_explain.hashes. Lorsque ce paramètre est défini sur true (par défaut : false), sql_hash et plan_hash sont affichés à la fin du résultat de l'explication automatique.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.explain_hashes. Lorsqu'il est défini sur true (par défaut : false), le EXPLAIN résultat affiche sql_hash et plan_hash même sans l'option hashs true.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.log_plan_enforcement_result. En fonction de sa valeur (par défaut : none), les résultats d'application du plan sont écrits dans les fichiers journaux Postgres.

Introduction d'une nouvelle version de calcul de hachage du plan afin de prendre en charge les tables partitionnées. Les utilisateurs doivent définir apg_plan_mgmt.plan_hash_version sur 3 et appeler apg_plan_mgmt.validate_plans('update_plan_hash') dans chaque base de données dans laquelle est installé apg_plan_mgmt et comportant des entrées dans la table des plans.

La fonction apg_plan_mgmt.copy_outline peut prendre en charge un nouveau 5e argument, force_update_target_plan_hash. Si cet argument est défini sur true, le hachage du plan cible sera mis à jour même si le plan source n'est pas reproductible pour la fonction sql_hash cible.

Correction d'un problème lié à l'application du plan de relevés JDBC préparés.

Correction d'un problème d'application du plan lorsque les noms d'index se terminent par des chiffres.

La fonction apg_plan_mgmt.copy_outline copie désormais les variables d'environnement.

La valeur minimale de apg_plan_mgmt.plan_retention_period passe de 32 à 1.

La gestion des plans de requête peut désormais enregistrer des plans pour les requêtes dans les transactions en lecture seule à partir des nœuds d'écriture.

Correction d'un problème dans la fonction apg_plan_mgmt.evolve_plan_baselines.

Correction d'un problème qui pouvait entraîner une indisponibilité lorsque apg_plan_mgmt était activé.

Vous n'avez plus besoin de mettre à jour leplan_hash_version. Après la mise à niveau du moteur de base de données, les nouvelles fonctionnalités QPM sont automatiquement activées. Vous n'avez aucune action à effectuer pour que de nouvelles fonctionnalités soient disponibles.

Correction d'un problème lié à l'application des QPM plans contenant plus de 64 tables partitionnées.

Correction d'un problème lié à l'application des QPM plans contenant l'opérateur Ajouter.

Correction d'un problème avec QPM validate_plans avec l'action update_plan_hash.

Correction d'un problème lié à la capture du plan.

Les structures de plan seront mises à jour avec la dernière version du format dans le cadre de l’action update_plan_hash pour la fonction apg_plan_mgmt.validate_plans.

Pour capturer des plans de requêtes à partir de répliques, vous devez mettre à jour l'apg_plan_mgmtextension en appelant ALTER EXTENSION UPDATE apg_plan_mgmt.

Vous devez spécifier apg_plan_mgmt.plan_capture_threshold afin de ne pas autoriser la capture QPM de plans de requête.

Prise en charge d'une nouvelle fonction, la fonction apg_plan_mgmt.copy_outline. Cette fonction vous permet de copier un hachage de plan et un schéma de plan d'un hachage et d'un SQL hachage de plan à un autre. Utilisez cette fonction lorsque vous souhaitez copier un plan qui utilise des indices menant à d'autres instructions similaires sans utiliser l'instruction d'indication intégrée à chaque occurrence. Si la mise à jour de la requête aboutit à un plan non valide, la fonction génère une erreur et annule la mise à jour. Pour plus d'informations, consultez la section Référence des fonctions pour la gestion des plans de SQL requêtes Aurora Postgre dans le guide de l'utilisateur Amazon Aurora.

La fonctionnalité de gestion des plans de requête enregistre désormais les plans pour les requêtes qui se trouvent dans des procédures et des blocs DO. Pour les versions de apg_plan_mgmt antérieures à la version 2.3, cela constitue une limitation.

Présentation d'un nouveau fichier GUC apg_plan_mgmt.log_plan_enforcement_result. En fonction de sa valeur (par défaut : none), les résultats d'application du plan sont écrits dans les fichiers journaux Postgres.

Correction d'un problème lié à l'application du plan de relevés JDBC préparés.