ก่อนที่ Microsoft จะ 'ขยายและเปลี่ยน' LDAP การปรับใช้ส่วนใหญ่มีวัตถุเพื่อแสดงถึงรากของทรี นั่นคือคุณต้องเริ่มต้นจากที่ไหนสักแห่ง
สำหรับเหตุผลที่ฉันยังไม่ชัดเจนใน Active Directory แต่ละโดเมนในต้นไม้ / ฟอเรสต์จะถูกรูทด้วยชื่อที่ dc = domain, dc = com ที่ไม่ได้แยกสองวัตถุจริงๆ แต่มันเป็นรูทเสมือนของไดเรกทอรี พื้นที่ชื่อ
ฉันคิดว่าบางอย่างมาจากความจริงที่ว่าไม่ว่าสิ่งที่พูดเกี่ยวกับ Active Directory จะยังคงเป็นชุดของโดเมนที่เชื่อมโยงและแต่ละโดเมนจะต้องถือว่าเป็นนิติบุคคลแบบสแตนด์อโลน
ขณะนี้มีทรานแซคชันที่ไว้ใจได้โดยอัตโนมัติภายในแผนผังโฆษณาดังนั้นมันทำให้ผู้ใช้ปลายทางมีความสำคัญน้อยลง แต่แม้ว่าเนมสเปซจะดูเหมือนอยู่ติดกัน แต่ก็ไม่ใช่อย่างนั้นจริงๆ
สิ่งนี้จะปรากฏชัดเจนยิ่งขึ้นด้วยกฎการตั้งชื่อบางส่วนที่มีโฆษณา ตัวอย่างเช่น sAMAccountName ต้องไม่ซ้ำกันภายในโดเมนโดยไม่คำนึงว่าอยู่ในคอนเทนเนอร์เดียวกันหรือไม่ Ie ชื่อจำเพาะแบบเต็มจะต้องไม่ซ้ำกัน (คุณไม่สามารถมีผู้ใช้ John Smith สองคนในที่เก็บเดียวกัน) แต่ชื่อย่อที่ใช้สำหรับหลายสิ่งภายใน (sAMAccountName) จะต้องไม่ซ้ำกันภายในโดเมนทั้งหมด
บริการไดเรกทอรีอื่น ๆ อาจมีข้อกำหนดที่คล้ายกันเช่น uniqueID ควรไม่ซ้ำกันจริง ๆ ในไดเรกทอรีทั้งหมด แต่นั่นเป็นเพราะแอปพลิเคชันมักทำให้สมมติฐานนั้นเป็นจริงเนื่องจากตัวเขียนแอปพลิเคชันขี้เกียจเกินไปที่จะจัดการกับปัญหาที่ซับซ้อน มันเป็นปัญหาที่ยาก) การจัดการผู้ใช้สองคนด้วยชื่อสั้น ๆ ของ jsmith ที่พยายามใช้บริการ แต่มีอยู่ในสองตู้คอนเทนเนอร์ที่แตกต่างกัน (เช่นบางที cn = jsmith, ou = London, dc = acme, dc = com และ cn = jsmith, ou = Texas, dc = acme, dc = com)
แอปพลิเคชันของคุณที่ใช้ไดเรกทอรีนี้ควรตัดสินใจว่าจะใช้ผู้ใช้รายใด คำตอบปกติคือให้ผู้ใช้ตัดสินใจ แต่นั่นหมายถึงการจับกรณีนี้การนำเสนอ UI ให้กับผู้ใช้เลือกและอะไร
ผู้เขียนแอปพลิเคชันส่วนใหญ่ไม่สนใจความเป็นไปได้นั้นและเพียงใช้ uniqueID หรือ sAMAccountName เพราะมันไม่เหมือนใคร (เรียงลำดับ) และทำง่าย
ความแตกต่างระหว่าง uniqueID และ sAMAccountName น่าจะเป็น uniqueID ที่ควรจะไม่ซ้ำกันทั่วทั้งพื้นที่ชื่อไดเรกทอรี ในขณะที่ sAMAccountName รับประกันเฉพาะในโดเมนเท่านั้น ถ้าต้นไม้โฆษณามีหลายโดเมนไม่มีการรับประกันว่ามีเอกลักษณ์ระหว่างโดเมน