2014-03-07 11:03 GMT-05:00 William Diaz Pabón <[email protected]>: > > 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 - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
