如何使用Oracle DBMS_LDAP执行大型（大于Sizelimit）的LDAP查询

Question

我在11g数据库中有一个PL / SQL程序包，该程序包查找各种属性并处理组成员身份等。特别是一个函数是流水线函数，该函数返回a函数参数中指定的组的所有成员。它非常适合少于1000名成员的团体。在这种情况下，我会收到以下错误消息：

ORA-31202：DBMS_LDAP：LDAP客户端/服务器错误：超出大小限制

我了解LDAP（尤其是我正在处理的MS Active Directory）的查询结果集大小限制为1000。如果LDAP搜索的结果超过了这么多的条目，则查询只会失败并且不返回任何结果。我没有修改AD模式或类似内容的选项。我知道LDAP中有一个“分页”结果集的概念，但是在我查看过的DBMS_LDAP文档中没有提到该功能。

http://docs.oracle.com/cd/B10501_01/network.920/a96577/smplcode.htm

对于解决方案或解决方法的任何建议，指南或文档URL，我将不胜感激。

如果“查询切片”是最好的方法，请注意，从所有顶级OU的查询开始，然后在搜索过滤器中将它们与逻辑AND一起使用可能会在某些情况下有效，但不能保证不会是一个OU中的1000个或更多用户对象，并且还是目标安全组的成员。因此，它可能比OU限制要更聪明。

Answer 1

在论坛中找到一些非官方的同行支持回复后，我相信截至 2015 年，DB 11g 附带的 DBMS_LDAP 软件包并未实现标准的“分页搜索结果控制”（https://www.rfc-editor.org/ rfc/rfc2696）。

我用来解决这个问题的（仍然有限的）方法是创建一个嵌套的 for 循环，遍历字母表中的每个字母，创建一个通用的名称过滤短语。将此与 LDAP 组成员身份可以通过多值属性memberof 或primaryGroupID 属性表示这一事实相结合，您就有了 52 个单独的过滤查询！它起作用了，不是太快，但它起作用了。

  DECLARE
      l_retval      PLS_INTEGER;
      l_alphabet    varchar2(26) := 'ABCDEFGHIJKLMNOPQRSTUVWXYZ';
      l_slice_prefix varchar2(16);
      l_slice_suffix varchar2(16);
      l_filter     dbms_ldap.string_collection;
      l_slice_filter varchar2(1000);
      l_primaryGroupToken varchar2(128);
   BEGIN     
      l_primaryGroupToken := get_primaryGroupToken(p_group);
            
      l_retval := get_ldap_session();
           
      --LDAP idiosyncracy: primaryGroup is NOT listed in member of. 
      --So you really need two distinct queries and "union" them together.     
            
      l_filter(0) := '(&(objectCategory=person)(objectClass=user)(primaryGroupID='|| l_primaryGroupToken ||')(!(description=Built-in*)))';
      -- lfilter(1) must be populated with output of get_group_dn...
      l_filter(1) := '(&(objectCategory=person)(objectClass=user)(memberof='|| get_group_dn(p_group) ||'))';
   
        --ORA-31202: DBMS_LDAP: LDAP client/server error: Sizelimit exceeded
        --https://msdn.microsoft.com/en-us/library/ms180880%28v=vs.80%29.aspx
        --So shame on MS for the small limit, and shame on Oracle 
        --for not implementing paging.
        --Now we have to implement our own slicing/paging. 
        --In this case we'll just do first char of the CN
        --against each letter of the alphabet. So 26 "non-uniform" pages.
   
      <<filter_loop>> 
      for iq in l_filter.FIRST..l_filter.LAST LOOP
          <<slice_loop>> --see above explanation for sizelimits, this is in lieu of real LDAP control paging.
          FOR alphaindex in 1..26 LOOP 
              l_slice_prefix := '(&(CN='||substr(l_alphabet,alphaindex,1)||'*)';
              l_slice_suffix := ')';
              l_slice_filter := l_slice_prefix || l_filter(iq) || l_slice_suffix;
              l_retval := dbms_ldap.search_s(ld       => g_session,
                                             base     => g_ldap_auth_base,
                                             scope    => dbms_ldap.scope_subtree,
                                             filter   => l_slice_prefix || l_filter(iq) || l_slice_suffix,
                                             attrs    => l_attrs,
                                             attronly => 0,
                                             res      => l_message);
              if L_retval = DBMS_LDAP.SUCCESS then

              -- ...

              END IF;
           END LOOP slice_loop;
        END LOOP filter_loop;
   END;