From owner-freebsd-hackers Sat Dec 13 00:48:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05913 for hackers-outgoing; Sat, 13 Dec 1997 00:48:19 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05889 for ; Sat, 13 Dec 1997 00:48:02 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id CAA03544; Sat, 13 Dec 1997 02:00:23 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd003534; Sat Dec 13 02:00:19 1997 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id BAA26476; Sat, 13 Dec 1997 01:47:23 -0700 (MST) From: Terry Lambert Message-Id: <199712130847.BAA26476@usr08.primenet.com> Subject: Re: Kernel Config datafile... To: mike@smith.net.au (Mike Smith) Date: Sat, 13 Dec 1997 08:47:23 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, jb@freebsd1.cimlogic.com.au, hackers@freebsd.org In-Reply-To: <199712130823.SAA01759@word.smith.net.au> from "Mike Smith" at Dec 13, 97 06:53:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Not if it can't do transactions. > ... > > Really, LDAP is not mature enough at this point, except for embedded > > systems where you can guarantee the behaviour of the back end, and > > the back end is either not write-cached, or understands the > > significance of container objects implicit by hierarchy. > > What you appear to be saying is that you cannot perform complex atomic > transactions, nor are transactions guaranteed to be serialised. > > There, I did it in two lines. 8) You miss the subtleties, though. You *can* do it, you just can't do it with all backend's for LDAP, nor can you do it without imposing overhead on the applications. You also left out that probably LDAP should have transactioning, but that even without it it, it's a good mechanism for name value pairs, better than FreeBSD flat file databases. And FreeBSD should probably go to LDAP for all native databases after taking the indicated precautions with the back end. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.