Tous les produits
Search
Centre de documentation

PolarDB:Limites

Dernière mise à jour :Sep 24, 2026

Pour garantir la stabilité globale et les performances des services de base de données cloud, PolarDB for PostgreSQL impose des limites spécifiques à l'utilisation des ressources et aux opérations sur les fonctionnalités. Cette rubrique vous aide à comprendre et à respecter ces limites afin de planifier correctement la conception de vos applications et l'exploitation de votre base de données, tout en évitant les erreurs opérationnelles dues au dépassement des seuils autorisés.

Les limites de ce produit incluent principalement les restrictions spécifiques à PolarDB dans l'environnement cloud, ainsi que les limites générales héritées du noyau PostgreSQL.

Limites PolarDB

Les limites suivantes constituent des règles spécifiques définies par PolarDB for PostgreSQL pour assurer la stabilité, la sécurité et l'isolation des ressources dans un environnement multi-locataire.

Nombre maximal de fichiers

PolarDB for PostgreSQL fixe une limite supérieure au nombre total de fichiers créables dans un seul cluster. Cette limite dépend directement de la spécification du nœud du cluster. Lorsque le nombre de fichiers atteint cette limite, il devient impossible de créer de nouvelles tables de données ou index, et vous recevez l'erreur could not create file.

  • Composition des fichiers : Le nombre total de fichiers comprend les fichiers de tables utilisateur, les fichiers de tables système de la base de données, les fichiers d'index, les fichiers journaux, etc. En général, une table de données standard (non partitionnée) occupe 3 fichiers (fichier de données, fichier FSM et fichier VM). Si la table contient des index, chaque index occupe un fichier supplémentaire.

  • Solution : Si le nombre maximal de fichiers est atteint, libérez des ressources en supprimant les tables ou index inutilisés, ou augmentez la limite supérieure en mettant à niveau les configurations.

  • Détails des limites supérieures pour chaque spécification :

    Spécification du nœud

    Nombre maximal de fichiers

    polar.pg.x4.medium

    1048576

    polar.pg.x4.large

    2097152

    polar.pg.x4.xlarge

    2097152

    polar.pg.x8.xlarge

    4194304

    polar.pg.x8,2xlarge

    8388608

    polar.pg.x8,4xlarge

    12582912

    polar.pg.x8,12xlarge

    20971520

Limites des fonctionnalités et des permissions

Élément d'opération

Contrainte d'utilisation

Description

Permissions de la base de données

L'autorisation superuser n'est pas fournie

En alternative, le système fournit le rôle polar_superuser, à savoir le compte privilégié. Ce rôle constitue un sous-ensemble des autorisations superuser et peut répondre à la plupart des besoins quotidiens de gestion.

Limites PostgreSQL

En tant que base de données cloud basée sur PostgreSQL, PolarDB respecte également les limites inhérentes du noyau PostgreSQL concernant les objets de base de données. Le tableau suivant résume les limites centrales générales qui restent stables de PostgreSQL 14 à 18. Vous devez y prêter une attention particulière lors de la conception de votre base de données.

Objet limité

Valeur limite

Description

Taille de la base de données

500 TB/Illimité

Cela dépend de l'architecture de votre cluster PolarDB :

  • Cluster centralisé : jusqu'à 500 TB d'espace de stockage par défaut. La capacité réelle est limitée par la spécification de votre cluster.

  • Cluster distribué : l'espace de stockage est théoriquement illimité.

Taille maximale d'une seule table

32 TB

Il s'agit de la limite supérieure effective basée sur la taille par défaut du bloc de données de 8 Ko (BLCKSZ).

Nombre maximal de colonnes dans une seule table

1 600

La limite supérieure théorique est de 1 600, mais le nombre réel de colonnes disponibles dépend de la somme des types de données de toutes les colonnes. Étant donné qu'une ligne de données (à l'exclusion des valeurs TOAST) ne peut pas dépasser une page de données (environ 8 Ko), l'utilisation de types de données larges tels que bigint réduit considérablement la limite supérieure du nombre de colonnes. Nous vous recommandons de maintenir le nombre de colonnes inférieur à 250 pour garantir les meilleures performances.

Taille maximale d'un seul champ

1 Go

S'applique aux types de longueur variable tels que text, jsonb et bytea. Leur stockage repose sur le mécanisme TOAST, qui stocke les valeurs trop volumineuses hors ligne.

Longueur des identifiants

63 octets

Limite supérieure du nom d'un objet de base de données (tel qu'un nom de table ou de colonne). La partie excédentaire est tronquée silencieusement, ce qui peut entraîner un comportement inattendu.

Nombre maximal d'index dans une seule table

Illimité

Il n'existe aucune limite supérieure théorique. Le nombre réel d'index pouvant être créés est limité par l'espace de stockage, le nombre maximal de fichiers et les ressources système.

Nombre de colonnes dans un index

32

Limite supérieure du nombre de colonnes pouvant être incluses dans un seul index.

Nombre de colonnes dans une clé de partitionnement

32

Limite supérieure du nombre de colonnes que la clé de partitionnement peut contenir lors de la création d'une table partitionnée.

Nombre d'arguments de fonction

100

Limite supérieure du nombre d'arguments pour une fonction définie par l'utilisateur.

Nombre de paramètres de requête

65 535

Limite supérieure du nombre de marqueurs de paramètres (tels que $1, $2) pouvant être utilisés dans une seule requête.