Date: Wed, 16 May 2001 22:25:40 +0200 From: "Karsten W. Rohrbach" <karsten@rohrbach.de> To: Mikhail Teterin <mi@aldan.algebra.com> Cc: bright@wintelcom.net, bsddiy@163.net, kris@obsecurity.org, grog@lemis.com, tlambert@primenet.com, mckusick@mckusick.com, ru@FreeBSD.org, fs@FreeBSD.org Subject: Re: Re[2]: [kris@obsecurity.org: Re: cvs commit: src/etc rc] Message-ID: <20010516222540.T46445@mail.webmonster.de> In-Reply-To: <200105151510.f4FFABt62656@aldan.algebra.com>; from mi@aldan.algebra.com on Tue, May 15, 2001 at 11:10:08AM -0400 References: <20010514225533.M2009@fw.wintelcom.net> <200105151510.f4FFABt62656@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Mikhail Teterin(mi@aldan.algebra.com)@2001.05.15 11:10:08 +0000: > [cvs-lists removed from CC] > On 14 May, Alfred Perlstein wrote: > > Assuming your database is a serious production quality system it will > > implement its own style of data integrity and consistancy checking > > on top of the filesystems in case it happens to crash. > > Is not this a slightly wrong attitude? Why does a serious production > quality database needs its own checking for problems, which can only > be come from OS if it runs on a serisous production quality OS? several "production quality database"s use raw devices for holding the payload (speak: storage). so, what's this all about? using a filesystem to store multi-keyed data records is as inefficient as using a database to hold logfiles (hello sap ;-) just my EUR 0.02 /k -- > The idea that Bill Gates has appeared like a knight in shining armour > to lead all customers out of a mire of technological chaos neatly ignores > the fact that it was he who, by peddling second-rate technology, led them > into it in the first place. --Douglas Adams in Guardian, August 25, 1995 KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de [Key] [KeyID---] [Created-] [Fingerprint-------------------------------------] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010516222540.T46445>