Alvaro hice lo que me dijiste y nada, hice un reindex al índice y el tiempo de ejecución de la consulta fue similar al anterior, por otra parte ya había probado el tema de la compresión o no del TOAST, inicialmente con la opción que se crea por defecto que es extended (comprimida) y el tiempo de inserción de los 1000 registros fue de 29 minutos, luego probé con internal (datos no comprimidos) y la inserción de los 1000 registros fue en un tiempo de 27 minutos. Por otra parte que inconvenientes tiene la utilización de identificadores del tipo UUID respecto a los índices de tipo btree, existe algún otro tipo de método de indexación asociado a este tipo de dato que funcione mejor que el de tipo btree??. También me comentaste algo de problemas con la tabla TOAST, que tipo de problemas pudieran ser estos??. Existe algún parámetro de configuración del servidor relacionados con la tabla TOAST y el almacenamiento de campos de tipo bytea, que permitan mejorar mis tiempos de inserción y de selección sobre dicha tabla???.
Saludos y muchísimas gracias por tu tiempo. -----Mensaje original----- De: Alvaro Herrera [mailto:alvhe...@alvh.no-ip.org] Enviado el: miércoles, 13 de julio de 2011 07:26:P Para: Lazaro Rubén García Martinez CC: Ayuda Asunto: RE: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Problema con índice y búsqueda. 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 <alvhe...@alvh.no-ip.org> - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
