Base de Datos PostgreSql Lento

[JAI_ME]

muchas gracias a los dos por sus opiniones, voy a validar indices y lo que dice casimiro. aunque pense por un momento migrar a SqlServer u Oracle.

Que otras opiniones me pueden dar.

gracias.

[Casimiro Notevi]

Empezado por JAI_ME

.. aunque pense por un momento migrar a SqlServer u Oracle.

Ni se te ocurra, no vas a ganar nada, más bien al contrario, te gastarás mucho dinero en licencias, y en hardware para hacerlo funcionar.

Empezado por JAI_ME

Que otras opiniones me pueden dar.

Para que te hagas una idea de que la solución no es cambiar postgresql, algunos empresas que he atendido tienen requerimientos similares a los que comentas e incluso, más, y sin embargo trabajan perfectamente con Firebird. Eso sí, la base de datos bien afinada, una buena red local, un servidor linux con varias cpus y mucha memoria ram, discos duros muy rápidos, etc.

[JAI_ME]

Muchas Gracias casimiro entonces seguiré adelante sin temor y revisare mas bien el hardware y los ajustes en la base de datos.

Una ultima pregunta, cuanto tarda en promedio una consulta sobre las tablas de movimiento de la base datos firebird que comentas.

Segundos, Minutos ???

Si tenemos en cuenta que google tiene miles de millones de datos y si hacemos una consulta muestra milllones de resultados a una velocidad que no supera 1 segundo.

Mil Gracias.

[Casimiro Notevi]

Milésimas de segundo.

Pero es que estamos hablando sin conocer nada de tu sistema.

[JAI_ME]

mi sistemas es una aplicación web y esta en pruebas, para la cual creé 20 tablas (las que mas tienen movimiento) y les ingrese 600.000.000 de registros ya que esto seria un mes de trabajo según el proyecto.

La cuestion es que ingrese estos datos y decidí realizar una consulta y esta tardo mas de 10 minutos en ejecutarse.

este sistema sera instalado a muchos clientes, unos ingresan mucha información otros mucho menos, entonces no es lógico que un usuario que ingrese 20 o 30 registros diarios tenga que esperar mas de 10 minutos esperando un informe.

El reto es que todas las consultas que se realicen no superen el segundo ese es el objetivo.

[Casimiro Notevi]

Habría que estudiar bien el caso para afinar lo más posible.
De todas formas, la mayor o menor velocidad en responder una consulta sql no depende básicamente de que tengas más o menos millones de registros, porque para eso son los índices, casi no importa la cantidad de registros.
Ya digo, habría que estudiar muy bien tu sistema. El cuello de botella puede estar en cualquier sitio, software, hardware, red, internet... no podemos saberlo si no lo podemos verificar,

[JAI_ME]

Gracias Casimiro, una ves diseñe todo el sistema y haga todas las pruebas y ajustes y vea que el rendimiento no es optimo, me pondre en contacto con usted para ver si es posible visitarnos.

Gracias.