Muchas gracias por todas las respuestas. Alvaro, es verdad mi preocupación debería ir por resolver el recorrido del millón de registros
Me recomiendan un par de links de información teórica de como funciona los hash que menciona el planificador en postgresql? La tabla prestacion2 recibe aproximadamente unos 2000 inserts diarios, uds creen que sería una buena decisión crear un índice por el campo id_comprobante que el la FK que apunta a comprobantes? (para optimizar las reuniones) Guillermo Villanueva El 18 de diciembre de 2014, 11:24, Alvaro Herrera <alvhe...@2ndquadrant.com> escribió: > > Guillermo E. Villanueva escribió: > > Raúl muchas gracias por tu respuesta. > > Entiendo que si tendría que que obtener gran parte de la tabla > nomenclador2 > > le conviene un Seq pero en este caso por cada fila de valuación, le > > corresponde un único valor de nomenclador2. > > Será que hace un seq para mandarlo todo a memoria? > > Lo que se ve en el plan es que hace un hash con los registros de > nomenclador2, y luego para cada registro de valuación toma desde el hash > el registro correspondiente de nomenclador2. > > ¿Es lenta esta consulta? Si es así yo pensaría en el millón de > registros que está leyendo desde prestacion2. > > -- > Álvaro Herrera http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >
