Date: Fri, 11 May 2007 11:51:48 +0200 From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-hackers@freebsd.org Subject: Re: New FreeBSD package system (a.k.a. Daemon Package System (dps)) Message-ID: <86tzuj1ydn.fsf@dwp.des.no> In-Reply-To: <46443AF0.2070006@fer.hr> (Ivan Voras's message of "Fri\, 11 May 2007 11\:44\:16 %2B0200") References: <200705102105.27271.blackdragon@highveldmail.co.za> <f20c8u$htp$1@sea.gmane.org> <4643C7DB.6000408@elischer.org> <f219f6$3ls$1@sea.gmane.org> <863b233dq4.fsf@dwp.des.no> <46443AF0.2070006@fer.hr>
next in thread | previous in thread | raw e-mail | index | archive | help
Ivan Voras <ivoras@fer.hr> writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > Ivan Voras <ivoras@fer.hr> writes: > > > You can inspect s sqlite database with the provided utility. Unless t= he > > > database gets corrupted (which it tries to avoid by respecting ACID), > > ACID is not something a database "respects", it is a set of guarantees > > that it provides to the application. Avoiding database corruption is > > a necessary requirement for, rather than a consequence of, ACID. > I'm thinking of ACID as a set of ideas / procedures, the consequence > of which is avoiding corruption. Of course, there's a "hierarchy of > reliability" - the db relies on the file system to meet the > requirements, the file system relies on the hardware, etc. but if the > db doesn't make use of those, it's all for nothing. The world would be a much nicer place if people would stop redefining technical terms to mean whatever suits them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86tzuj1ydn.fsf>