Re: [pgsql-advocacy] Server unreliability
| От | Marc G. Fournier |
|---|---|
| Тема | Re: [pgsql-advocacy] Server unreliability |
| Дата | |
| Msg-id | 20041002170759.Y64687@ganymede.hub.org обсуждение исходный текст |
| Ответ на | Re: [pgsql-advocacy] Server unreliability (Gavin Sherry <swm@linuxworld.com.au>) |
| Список | pgsql-www |
Chris? Some extra error checking needed, maybe? On Sat, 2 Oct 2004, Gavin Sherry wrote: > On Wed, 29 Sep 2004, Marc G. Fournier wrote: > >> On Wed, 29 Sep 2004, Alvaro Herrera wrote: >> >>> about pg_query not getting a good connection or similar problems. >>> Isn't normal advice to check return codes before even trying to use the >>> connections? Why isn't this done in the main postgresql.org code, where >>> anyone can see it, is beyond me. Of course the solution to the >>> underlying problem is to restart the Postgres server, but why should we >>> inform the user that Postgres' own database server is down, in the worst >>> possible way? >> >> Just curious here, but when/where? We haven't had a database issue in >> quite awhile that *I'm* aware of ... in fact, the whole web site is >> static, generated periodically from .php files, so that the mirrors can >> pick things up properly, so there should never be a 'cannot connect to >> database' issue, since there are no connections to the database being made > > I know this isn't on the main site but: > > http://www.alcove.com.au/~swm/gborg.png > > Gavin > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
В списке pgsql-www по дате отправления: