Postgresql que se muere

Aldrin Martoq amartoq en dcc.uchile.cl
Mie Jul 14 17:16:51 CLT 2010


On Jul 14, 2010, at 3:14 PM, Franco Catrin L. wrote:
> Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que
> ocupe cero bytes está lejos aún.
> Lectura recomendada:
> http://www.joelonsoftware.com/articles/LeakyAbstractions.html

Yo difiero de este pensamiento. La capa extra (en este caso, la base de datos) debe ser lo suficientemente robusta para no gotear errores inesperados, pues es quien tiene toda la información de saber qué paso realmente.


> ... y por supuesto, la explicación detallada de Alvaro sobre lo que
> sucede behind the scenes.

Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas).


Aunque postgresql lo está haciendo bien (manejar el error), le falta avanzar al siguiente nivel y esto es algo mejorable y por ende, un bug.


Aldrin Martoq
http://aldrin.martoq.cl/







Más información sobre la lista de distribución Linux