Hola! 2010/7/13 Ricardo Munoz <[email protected]>
> da para pensar como tanta gente hizo la pega (buscar en Google) del autor > del primer mail y/o respondieron a la rapida y mal. cualquier usuario de un > motor de base de datos debe saber que > ... > - el resultado de un SELECT nunca puede ser un mensaje de error de memoria > > - el resultado de un servicio mal optimizado nunca puede ser un mensaje de > error de memoria durante su operacion (instruccion SELECT), sino solo al > momento de subir el servicio > > por lo tanto, la unica explicacion logica al problema es que > > - se trata de un bug de Postgres, donde la solucion es actualizar ojala > usando el metodo ofrecido por la distro de Linux > No necesariamente. Hay algunos "problemillas" que he pillado ultimamente en MySQL que a veces tiran a hacer consumo excesivo de memoria (como algunos subselects). Y tecnicamente, se arreglan haciendo algunos ajustes al mismo query. > - se trata de un error de hardware (memoria o disco), donde la solucion es > reemplazar el hardware malo o cambiar el servicio a otra maquina > Me gustaria ver los valores de los parametros que mande antes. Quizas podrian decir, o bien que es el mismo bug (un rapido googleo) o bien que la tabla ni siquiera esta optimizada. Saludos! -- Juan C. Inostroza <[email protected]>
