Förra veckan var jag genomföra en "utvecklas" lösning för en klient som använder BDC- och SPQuery och sprang in vissa svårigheter med att använda SPQuery mot ett dokumentbibliotek som innehåller mapparna. Nedersta raden: tilldela "rekursiv" Visa attributet för frågan.

Mitt scenario:

• På måndag, Jag ladda upp ett dokument och leverera några meta-data.
• Följande vecka, Jag laddar upp ett nytt dokument. Mycket av detta nya dokument metadata bygger på det dokument som jag lagt upp på måndag (som vi kallar "samlingsdokumentet").
• Vi har skapat en web service fasad som tillhandahåller en BDC-gränssnitt i listan så att användare enkelt kan hitta måndag dokumentet via en titel sökning.
• BDC-datakolumnen ger ett användarvänligt gränssnitt. (Detta är en del av mitt försök att använda BDC för en mer vänlig uppslagskolumn).

Sista BDC-fasad tjänsten använder en fråga som denna för att göra sökningen:

 // Använde U2U verktyg för att hjälpa till att skapa denna CAML query.
      oQuery.Query =
        "<Där>";

      om (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Och>";

      oQuery.Query  =
        "    <Och>" +
        "      <GEQ>" +
        "        <FieldRef namn =  "DocumentId" />" +
        "        <Värde typ =  "Text">" + minId + "</Värde>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef namn =  "DocumentId" />" +
        "        <Värde typ =  "Text">" + maxId + "</Värde>" +
        "      </LEQ>" +
        "    </Och>";

      om (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Innehåller>" +
          "      <FieldRef namn =  "Title" />" +
          "      <Värde typ =  "Text">" + titleFilter + "</Värde>" +
          "    </Innehåller>" +
          "  </Och>";
      oQuery.Query  =
        "</Där>";

Under det inledande skedet av utveckling, Detta fungerade bra. Men, vi infört mappar i katalogen för att lösa vissa problem och plötsligt, min BDC-picker skulle inte återvända några resultat. Jag spårade det ner till det faktum att SPQuery skulle aldrig återvända några resultat. Vi använde mappar främst för att tillåta flera filer med samma namn till vara belastat upp men med olika meta-data. När filen är uppladdad, Vi skapar en mapp baserade på listan objektets ID och sedan flytta filen där (Jag skrev om att Här; Vi har haft blandade resultat med detta synsätt, men på hela, det fungerar bra). Användaren inte bryr sig om mappar och faktiskt, förstå inte riktigt att det finns några mappar. Vi har konfigurerat alla synpunkter på biblioteket för att visa objekt utan hänsyn till mappar.

Jag slog detta problem två gånger som det tekniska genomförandet utvecklats och löst det annorlunda varje gång. Första gången, Jag var inte med operatorn innehåller i frågan. Utan en innehåller operator, Jag kunde lösa problemet genom att ange vyn på den SPQuery student. Istället för att använda standard konstruktören:

SPList oList = web.Listor["Dokument"];

SPQuery oQuery = nya SPQuery();

Jag använde istället en konstruktor som angav en vy:

SPList oList = web.Listor["Dokument"];

SPQuery oQuery = nya SPQuery(oList.Views["Alla dokument"]);

Som löste problemet och jag började få mina resultat.

Jag la sedan innehåller operatören i mixen och det bröt igen. Det visar sig att operatorn innehåller, så längt som jag kanna berätta, fungerar inte med om på samma sätt som i en enklare GEQ / LEQ operatörer. Jag auktoriserat inte något forskande och lärde sig att frågans ViewAttributes ska anges till "Recursive", som i:

oQuery.ViewAttributes = "Räckvidd = "Recursive"";

Som löste problemet för innehåller. I själva verket, Detta löste också min ursprungliga söka problem och om jag hade specificerat rekursivt attributet första gången, Jag skulle inte ha köra frågan igen.

Det faktum att en Visa-baserade SPQuery fungerar för vissa operatörer (GEQ/LEQ) och inte andra (INNEHÅLLER), tillsammans med det faktum att KPI inte verkar fungera alls med som innehåller mappen dokument bibliotek leder mig att tro att SPQuery har några ortogonalitet frågor.

Särskilt tack:

• Bra folk på U2U och deras frågeverktyg.
• Michael Hoffer är bra "lärande genom att göra" blogginlägg, kommentarer och svar.

</slutet>

Prenumerera på min blogg!