incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <>
Subject Re: Re: Official Apache Directory Project Proposal Submission
Date Thu, 11 Sep 2003 19:55:44 GMT
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   
> From: Brian McCallister <> 
> Date: 2003/09/11 Thu PM 02:53:54 EDT 
> To: 
> Subject: Re: Official Apache Directory Project Proposal Submission 
> inline 
> On Thursday, September 11, 2003, at 02:24 PM, <>  
> 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: 
> For additional commands, e-mail: 

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message