From: | Gabriel Ferro <gabrielrferro(at)yahoo(dot)com(dot)ar> |
---|---|
To: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Update muy largo |
Date: | 2009-01-23 11:25:56 |
Message-ID: | 736221.83971.qm@web52102.mail.re2.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Siguiendo un poco con el hilo de mi post anterior, para recordarles tengo una funcion que recorre una tabla de personas y le agrega ceros a la izquierda a todos los numdoc.
Creo que la gran demora de esto (lleva casi 72Hs) es porque tengo un indice sobre el campo (numdoc) que estoy actualizando y como los los registros se insertaron secuencialmente desde archivos planos ordenados por nombres (y sin haber existido en ese momento el indice de numdoc)...por ende el UPDATE me hace registro por registro pero ordenados por numdoc y ahi es que demora tanto....
no se si mi cabeza anda mal ya que tengo 38 pirulitos pero creo recordar que (en cobol me parece) cuando se hacia una operacion SQL se podia indicar que indice usar, se puede hacer en postgres esto? en este caso especial indicarle a posgres que no use indices sino que realice un barrido secuencial, sin tener que borrar y luego recrear los indices?
Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/
From | Date | Subject | |
---|---|---|---|
Next Message | Jose Luis Balle | 2009-01-23 12:46:12 | Re: Update muy largo |
Previous Message | Alvaro Herrera | 2009-01-22 22:22:41 | Re: Ayuda subselect con limit |