Re: Problema de espacio en disco postgresql 8.4

William

El campo del indice tiene ancho fijo? , si es variable podrías evitar los
blancos con trim.
para reducir el tamaño de la key.
saludos

jmdc

2014-03-07 15:24 GMT-03:00 William Diaz Pabón <widipa(at)gmail(dot)com>:

> Jaime, por políticas de la empresa no puedo colocar el comando exacto de
> los indices, pero puedo decir los siguiente:
>
> En todos utilice: *USING btree*
>
> En unos indices lo hice sobre un campo text: *(campo_text DESC);*
>
> *por ejemplo:*
>
> *CREATE INDEX tabla_campo_ix ON table USING btree (observacion DESC);*
>
>
> *otros sin el DESC.*
>
> Verificando la vista, encuentro que hay varios indices que no se están
> usando.
>
> En que momento el planificador determina no usar un indice? porque hay
> unos de esos indices que estoy seguro que sus campos se usan en unas
> consultas.
>
>
>
> El 7 de marzo de 2014, 12:10, Jaime Casanova <jaime(at)2ndquadrant(dot)com>escribió:
>
> 2014-03-07 11:03 GMT-05:00 William Diaz Pabón <widipa(at)gmail(dot)com>:
>> >
>> > Bueno les comento como va el tema.
>> >
>> > Ya hice lo que me indicó Alvaro y me di cuenta que por el tamaño de la
>> tabla (que esta en 14 GB con la verificación de espacio que me indicó
>> Jaime) si le creo los indices que tenia se incrementa enormemente el tamaño
>> de la base de datos, entonces por ahora los deje sin indices, solo con la
>> llame primaria.
>> >
>>
>> como pudiste darte cuenta cada registro en la tabla tiene
>> aproximadamente 174.6 bytes y hay un total aproximado de 85190841
>> tuplas (n_live_tup + n_dead_tup) lo que implica que la tabla tiene
>> (solo considerando los registros 14Gb)
>>
>> > Sin los indices que borre y dejando funcionando la llave primaria bajo
>> el tamaño de la BD de 40GB a 25GB.
>> >
>>
>> en serio? o bien los indices estaban en muy mal estado o estaban ocupando
>> ¡15GB!
>>
>> podrías mostrar la estructura de los índices que borraste? también
>> sería útil si hubieras chequeado cual de esos índices en realidad se
>> estaban usando.
>>
>> eso lo puedes ver consultando la vista pg_stat_user_indexes, si el
>> campo idx_scan = 0 entonces el índice no se ha usado. compara con
>> índices que creados por PK o UNIQUE para que no quites esos
>>
>> > Existe alguna otra forma que pueda hacer con esta tabla enorme, pues
>> los indices me ayudan para unas consultas que hago sobre esta tabla.
>> >
>>
>> podrías tratar de particionar la tabla, pero para eso requieres algún
>> trabajo. Puedes usar este instructivo para guiarte:
>> http://www.postgresql.org/docs/9.3/static/ddl-partitioning.html
>>
>> --
>> Jaime Casanova www.2ndQuadrant.com
>> Professional PostgreSQL: Soporte 24x7 y capacitación
>> Phone: +593 4 5107566 Cell: +593 987171157
>>
>
>
>
> --
> Éxitos.
>
> Cordialmente,
>
>
> *William Diaz Pabón*
>
> *, Especialista en Soluciones Informáticas*
>
> Bogotá, Colombia
> Tel: +57 (300) 3917774
>
> http://planetapleno.blogspot.com/
> http://tutorialestecnicos.blogspot.com/
>