Re: serverless postgresql - Mailing list pgsql-general

From Paul Ganainm
Subject Re: serverless postgresql
Date
Msg-id MPG.1a70c9c6282b4fc49896c5@news.gmane.org
Whole thread Raw
In response to serverless postgresql  (Jeff Bowden <jlb@houseofdistraction.com>)
List pgsql-general

tgl@sss.pgh.pa.us says...


> > That makes sense to me.  I wonder if sqlite suffers for this problem
> > (e.g. app crashing and corrupting the database).


> Likely.  I can tell you that Ann Harrison once told me she made a decent
> amount of money as a consultant fixing broken Interbase/Firebird
> database files.  It would be hard to make a living in the same game for
> Postgres.  Now I don't think that Firebird is any buggier than Postgres.
> But it comes in an embedded-library form; I'll bet lunch that most of
> those data corruption problems were actually induced by crashes of
> surrounding applications.


The reason IMHO for "server" crashes in IB/FB is quite simply due to the
fact that newbie types who are running IB/FB will tend to run it on the
crappiest PC in the office under Wintendo 95 on the machine used by the
secretary who's a bit of a ditz and keeps switching it off by mistake,
or spilling her coffee on the exposed hard drive.


No forced writes on, no UPS, no RAID, no server room - nada, zip,
diddly. Basically, it boils down to the fact that just because IB/FB
*_lets_* you do something, it's not necessarily a good idea. IB/FB will
run reasonably on the crappiest of hardware, and on the crappiest of
OS's, which is what leads to the problem.


It's unlikely that PostgreSQL faces this problem, since it will only run
under far more robust OS's, and you're not likely to have the office
eejit running the Unix/Linux/BSD box with the db server on it.


Paul...


--
plinehan  y_a_h_o_o  and d_o_t  com
C++ Builder 5 SP1, Interbase 6.0.1.6 IBX 5.04 W2K Pro
Please do not top-post.

"XML avoids the fundamental question of what we should do,
by focusing entirely on how we should do it."

quote from http://www.metatorial.com

pgsql-general by date:

Previous
From: Michael Glaesemann
Date:
Subject: Re: Bug and/or feature? Complex data types in tables...
Next
From: Jan Wieck
Date:
Subject: Re: int8 version of NUMERIC?