6. 其他注意事项 (Other Considerations)

6.1. 用户信息的保留 (Preservation of User Information)

可以定义具有特定值和/或值形式 (表示形式) 保留要求的语法. 例如, 包含 数字签名数据的语法可以要求服务器同时保留所提交的值及其形式, 以确保 签名不会失效.

如果未明确规定此类要求, 服务器应当 (SHOULD) 保留用户信息的值, 但可以 (MAY) 以不同形式返回该值. 如果服务器无法 (或不愿) 保留用户信息的值, 则服务器必须 (SHALL) 确保返回一个等价值 (依据第 2.3 节).

6.2. 短名称 (Short Names)

短名称又称描述符, 用作更易阅读的对象标识符别名, 并用于标识各种模式 元素. 但是, 预计具有人工用户界面的 LDAP 实现不会向用户显示这些短名称 (或它们所指的对象标识符). 相反, 实现很可能会进行转换 (例如以本地某种 民族语言表达短名称). 例如, 短名称 "st" (stateOrProvinceName) 可以向 德语用户显示为 "Land".

同一短名称在不同子模式中可能具有不同含义; 而在一个特定子模式中, 同一 短名称可能指向不同的对象标识符, 每个对象标识符标识不同种类的模式元素.

实现必须 (MUST) 准备好处理同一短名称在一个子模式中用于指向不同种类 模式元素的情况. 也就是说, 一个子模式中可能同时存在对象类 'x-fubar' 和属性类型 'x-fubar'.

实现必须 (MUST) 准备好处理同一短名称在不同子模式中用于指向不同模式 元素的情况. 也就是说, 可能存在两个匹配规则 'x-fubar', 且各自位于不同 的子模式中.

BCP 64, RFC 4520 [RFC4520] 详细规定了短名称 (描述符) 的注册过程.

6.3. 缓存和影子复制 (Cache and Shadowing)

某些服务器可以保存条目的缓存副本或影子副本, 这些副本可用于响应搜索和 比较查询; 但是, 如果请求修改操作, 服务器将返回引用或联系其他服务器. 执行影子复制或缓存的服务器必须 (MUST) 确保不违反源服务器对数据施加的 任何访问控制约束.