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 <wid...@gmail.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 <ja...@2ndquadrant.com>escribió: > > 2014-03-07 11:03 GMT-05:00 William Diaz Pabón <wid...@gmail.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/ >
