This past week I was implementing an "evolving" solution for a client that uses BDC and SPQuery and ran into some difficulty using SPQuery against a document library containing folders. Bottom line: assign "recursive" ao atributo de vista da consulta.

O meu escenario:

• O luns, Eu enviar un documento e ofrecer algúns datos de meta.
• A semana seguinte,, I upload a new document. Much of this new document’s meta data is based on the document I uploaded on Monday (which we call the "master document").
• Creamos unha fachada de servizo web que ofrece unha interface BDC-friendly para a lista para que os usuarios poidan facilmente atopar ese documento luns a través dunha investigación de título.
• A BDC data column provides a friendly user interface. (Iso forma parte da miña tentativa de usar BDC para unha columna de investigación máis agradable).

A final BDC servizo fachada utiliza unha consulta como esta a facer o lookup:

 // Usado U2U ferramenta para auxiliar na xeración de esta consulta CAML.
      oQuery.Query =
        "<Onde>";

      se (titleFilter.Length > 0)
        oQuery.Query  =
          "  <E>";

      oQuery.Query  =
        "    <E>" +
        "      <Geq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + MiniD + "</Valor>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + maxId + "</Valor>" +
        "      </Leq>" +
        "    </E>";

      se (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Contén>" +
          "      <FieldRef Name=\"Title\" />" +
          "      <Value Type=\"Text\">" + titleFilter + "</Valor>" +
          "    </Contén>" +
          "  </E>";
      oQuery.Query  =
        "</Onde>";

Durante a fase inicial de desenvolvemento, this worked great. Con todo, nós introducimos cartafoles no directorio para resolver algúns problemas e, de súpeto, my BDC picker wouldn’t return any results. I tracked this down to the fact that the SPQuery would never return any results. We used folders primarily to allow multiple files with the same name to be uploaded but with different meta data. When the file is uploaded, creamos un cartafol con base na identificación do elemento da lista e move o ficheiro alí (Eu escribín sobre iso aquí; tivemos resultados mixtos con esta visión, pero en xeral, el funciona ben). The user don’t care about folders and in fact, don’t really understand that there are any folders. We have configured all the views on the library to show items without regard to folders.

I hit this problem twice as the technical implementation evolved and solved it differently each time. The first time, I wasn’t using the CONTAINS operator in the query. Without a CONTAINS operator, I was able to solve the problem by specifying the view on the SPQuery’s contructor. Instead of using the default constructor:

SPList oList = web.Lists["Documents"];

SPQuery oQuery = novo SPQuery();

Eu en vez utilizar un constructor que especificou unha vista:

SPList oList = web.Lists["Documents"];

SPQuery oQuery = novo SPQuery(oList.Views["All Documents"]);

Isto resolveu o problema e comece a poñer os meus resultados.

I then added the CONTAINS operator into the mix and it broke again. It turns out that the CONTAINS operator, tan lonxe como podo dicir, non funciona co punto de vista do mesmo xeito que a un simple geq / LEQ operators. I did some searching and learned that the query’s ViewAttributes should be set to "Recursive", como no:

oQuery.ViewAttributes = "Scope=\"Recursive\"";

That solved the problem for CONTAINS. En realidade, Isto tamén resolveu o meu problema de investigación orixinal e se eu tivese especificar o atributo recursivo por primeira vez, Eu non tería corrido para a cuestión de novo.

O feito de que un SPQuery visión baseada funciona para algúns operadores (GEQ/LEQ) e non outros (Contén), xunto co feito de que KPIs non parecen traballar en conxunto con bibliotecas de documentos cartafol contén me leva a pensar que SPQuery ten algúns problemas de ortogonalidade.

Agradecementos especiais:

• O persoal da U2U ea súa ferramenta de consulta.
• Michael Hoffer de gran "learning by doing" blog, comentarios e respostas.

</final>

Rexístrate para o meu blog!