Brian, Directories are highly specialized databases because they store and search on data. That's pretty much the extent to which they overlap. LDAP and X.500 are also network protocols and involve alot more than just the relational aspects they share with most databases. Besides their access models and access semantics are very different. Also directories are very heavily rooted in naming with a distinct naming model. Although naming constructs using dot notation can be argued in the world of the RDBMS its not even close to the inherent naming aspects woven into directories. I would not glob the two fundimental technologies together but leverage them for their strengths when handling different kinds of data. JDBC -> RDBMS -> transactional dynamic data optimized for writes on relatively flat relational data JNDI -> LDAP Directory -> non-transactional shared and static data optimized for reads on heirarchical-relational data The two areas are separate fields all together. But my point is that both need to store data and build indices. Both can benefit from Jdbm for example here http://jdbm.sourceforge.net. Alex > > From: Brian McCallister <[EMAIL PROTECTED]> > Date: 2003/09/11 Thu PM 02:53:54 EDT > To: [EMAIL PROTECTED] > Subject: Re: Official Apache Directory Project Proposal Submission > > inline > > On Thursday, September 11, 2003, at 02:24 PM, <[EMAIL PROTECTED]> > wrote: > > > Both and RDBMS and an LDAP server are databases really. > > This is exactly what gets me excited. OODBMS's are basically dead (sad > as they are nice to develop on) O/R tools are getting as easy to > develop on as the native OODB. In a lot of ways LDAP style distributed, > hierarchical databases lend themselves to object persistence better > than relational databases can hope to, particularly in read-heavy > applications (ie, most web based). > > -Brian > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
