Excerpts from lgarciam's message of mié jul 13 18:59:11 -0400 2011: > Alvaro muchas gracias por responder, estoy utilizando la versión 9.0.4 de > Postgres y después de las inserciones si realicé un analyze. La consulta es > la siguiente y el plan de ejecución se encuentra debajo: > > > SELECT * FROM tbl_documento_captacion_tmp > WHERE tbl_documento_captacion_tmp.pk_documento = > 'b3d4e626-ad9e-11e0-825a-73900c142ce5'; > > > Query Plan: > > > "Index Scan using pktbl_cpid_captacion_documento_tmp on > tbl_documento_captacion_tmp (cost=0.00..8.02 rows=1 width=638)" > "Index Cond: ((pk_documento)::uuid = > 'b3d4e626-ad9e-11e0-825a-73900c142ce5'::uuid)"
Hmm, el pk_documento es de tipo uuid, verdad? El tiempo de acceso es inesperadamente lento. Dos opciones: Una, el índice PK no está bien, para lo cual puedes probar un REINDEX INDEX pktbl_cpid_captacion_documento_tmp La otra es que haya un problema con la tabla toast ... Ah, ya sé que otra cosa te puede estar molestando: desactiva la compresión en la columna de la imagen y vuelve a probar: ALTER TABLE tbl_documento_captacion_tmp ALTER COLUMN columna_imagen SET STORAGE EXTENDED Debes vaciar la tabla y volver a cargar todos los registros después de hacer el alter table. -- Álvaro Herrera <[email protected]> - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
