İlk olarak, LDAP tek başına bir protokoldür, etkileşime girmesi için bir LDAP sunucusu olmadığı sürece hiçbir şey yapmaz.
LDAP sunucusundaki bir dizine erişmenizi sağlar ; iyi bir benzetme bir kağıt telefon rehberi veya bir hizmet dizini olabilir (ikincisi muhtemelen daha iyidir). Aracınızı tamir ettirmek için bir yer bulmak istiyorsanız, yerel garajlara aşina olmadığınız varsayılarak, bölgenizdeki mekaniği bulmak için kağıt servis dizinine bakabilirsiniz.
Benzer şekilde, LDAP bir sunucuda çalışan LDAP uyumlu bir dizindeki bilgileri aramanıza olanak tanır. Dizindeki her girdi, çeşitli özelliklere sahip olabilen bir "nesne" dir ve dizinle etkileşime giren bir uygulama, belirli bir biçimde biçimlendirilecek şeyleri bekler. Tasarım gereği esnek ve genişletilebilir, bu nedenle başka birinin ne düşündüğü ile sınırlı değilsiniz.
Mekanik benzetmeye geri dönersek, bilgi isim, adres, saat başına maliyet, arabanızı sabote ettiği bilinip bilinmeyeceği, böylece sizden ekstra iş alabilmesi, bira bağırsağının boyutu vb. Araba mekaniği, dizin ağacının bir düğümünde, hi-fi tamircileri başka bir düğümde saklanabilir. Bu tür her nesne türünün aynı özellikleri paylaşması gerekli değildir, bu nedenle bir araba tamircisi için bazı bilgiler bir hi-fi tamircisinde mevcut olmayacak, bu da sadece onunla ilgili kendi benzersiz bilgi kümesine sahip olacaktır.
En yaygın olarak bir ağdaki kullanıcılar hakkında bilgi tutmak için kullanılır, ancak teoride buna herhangi bir şey koyabilirsiniz . Bir ağ senaryosunda, kişi hakkındaki kurumsal bilgilerden, belki de güvenlik bilgisinden, uygulamalar için yapılandırma bilgisinden vb. Bahsediyoruz. Her şey merkezi olarak depolandığından, bir sürü LOT'u ultra hızlı aramalar için optimize edilmiş ve herhangi bir uyumlu uygulama tarafından erişilebilir tek bir veritabanında kolayca ve esnek bir şekilde merkezileştirebilirsiniz.