Re: Error insercion por llave foranea

On Tue, 5 Sep 2006, Alvaro Herrera wrote:
Bueno, ya he creado indices en las tablas, hacemos vacuum todos los dias,
vacuum full los fines de semana, etc; el problema radica mas que todo en
que las inserciones se hacen cada segundo, las consultas igual, el
crecimiento de la bd es de aproximadamente 1GB diario, y ahora nos van a
llegar mas clientes, el sistema que manejamos es un sistema gps, y en el
momento tenemos mas o menos 250 vehiculos, y esperando que ingresen 400
mas, es por ello que estamos implementando las particiones.

Gracias

> Carlos Andres Pizo escribió:
>> mira, voy a pasar exactamente lo que estoy haciendo:
>>
>> Primero, en la empresa trabajamos con x cantidad de clientes, como la
>> cantidad de registros es mucha, creamos un esquema para cada cliente, en
>> un principio no usabamos ni particiones ni tablespaces ni nada,
>> simplemente en cada esquema teniamos unas 5 tablas que de acuerdo al
>> cliente se iban llenando, el problema surge porque aunque solo tenemos
>> registros de los dos ultimos meses, la carga de las consultas elevan el
>> consumo en el servidor, nos a tocado varias veces bajar la bd y esperar a
>> que la carga disminuya y luego volver a subirla; usamos como servidor un
>> pc con Fedora Core 4, php, apache, postgres; debido a la falta de
>> presupuesto por el momento no podemos tener un mejor servidor, incluso ni
>> siquiera un mejor disco duro, que por el momento es un ide de 80 GB.
>>
>> La cantidad de registros ha crecido de forma alarmante, en el momento un
>> backup de la base de datos nos ocupa alrededor de 12 GB, asi que decidimos
>> implementar particiones;
>
> Yo creo que aqui estuvo el error. Lo mas probable es que tu problema se
> hubiera solucionado mas facilmente si hubieras hecho un analisis de las
> consultas lentas, creando los indices necesarios, etc, en lugar de usar
> particiones.
>
> Las particiones _son_ una herramienta util, pero tienen varias
> limitaciones y desventajas. Mientras te sea posible, lo mejor es no
> usarlas. Te recomiendo volver al esquema de una tabla, y solucionar el
> problema de rendimiento de manera mas astuta.
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>

Carlos Andres Pizo
ParqueSoft
Linux Registred User #323242