LDAP 스키마를 보시면 알겠지만,

보통 LDAP의 개체 (Entitiy)는 기본적으로 Multiple Table을 사용했다고 보는것이 공평할 것 같습니다.

LDAP백엔드 DB로 무얼썼는지는 LDAP 서버마다 구현이 틀리고 사용한 백엔드 디비의 성격도 RDB 엔진을 쓴것 부터 ORDB형태까지 다양하기 때문에 참 애매한 문제라고 보입니다.

또한 쿼리 속도를 좌우하는 index 구성여부도 LDAP의 몇몇 Attribute는 인덱스가 기본으로 되어 있는반면, RDB는 테이블 생성시 index설정은 기본이 아니기때문에 공평하게 하려면 역시 인덱스 설정도 무시할 수 없는 부분입니다.

즉, 양쪽모두 동일 자료를 담을 수 있는 스키마로 각각 개체(Object)를 설계한 이후, 양쪽모두 최고의 엔지니어들이 성능 튜닝을 진행하고,  동일한 Data를 insert하고 각각 제공된 Native Query Language를 사용하여 Query한 결과로 비교하는 것이 공평하다고 봅니다.  뭐 DB의 경우 ODBC나 JDBC, OLEDB Provider, ADO, ADO.NET 이런 Wrapper를 쓰는 순간 각 레퍼들의 구현성능이 전체 성능평가에 영향을 미치는 것은 사실이니까요. 

그나마 공평하려면, 아마도 OLEDB Provider를 사용하여 각각 connection하고 동일한 Query를 날려서 결과를 보는 것이 좋기는 합니다만, 여기에 사용한 Provider들의 경우 RDB들은 매우 최적화되어 있다고 봐야 할것 같습니다. 하여튼, 단순 비교로 성능의 차이를 논하는 것은 조금 위험하다고 할 수 있습니다.

일단 read부분은 그렇구요. write는 아키텍쳐상 LDAP이 극심하게 성능이 떨어질것으로 예상합니다.

 답변감사합니다.

일단 쓰거나 수정하거나 지우거나 하는건 LDAP이 몹시 느립니다.

원래 목적자체가 쓰는 디비가 아니라 빠르게 읽어오는 거니까요.

여튼 LDAP이 제일 빠르게 검색하는 방법하고 RDBM이 가장 빠르게 검색하는걸 

비교하면 될거 같습니다.

많은 도움됐습니다.^^