Question

J'ai une table postgresql. select * est très lent alors que select id est gentil et rapide. Je pense qu'il se peut que la taille de la ligne soit très grande et que cela prenne un certain temps à transporter, ou cela peut être un autre facteur.

J'ai besoin de tous les champs (ou presque tous), donc sélectionner un sous-ensemble n'est pas une solution rapide. La sélection des champs que je veux est encore lente.

Voici mon schéma de table moins les noms:

integer                  | not null default nextval('core_page_id_seq'::regclass)
character varying(255)   | not null
character varying(64)    | not null
text                     | default '{}'::text
character varying(255)   | 
integer                  | not null default 0
text                     | default '{}'::text
text                     | 
timestamp with time zone | 
integer                  | 
timestamp with time zone | 
integer                  | 

La taille du champ de texte peut être n'importe quelle taille. Mais encore, pas plus de quelques kilo-kilo-castes dans le pire des cas.

Des questions

  1. Y a-t-il quelque chose qui crie «fou»?
  2. Existe-t-il un moyen de mesurer la taille de la page sur la ligne de commande Postgres pour m'aider à déboguer?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à dba.stackexchange
scroll top