Denne sidste uge jeg gennemførelsen af en "udvikler" løsning til en klient, der bruger BDC- og SPQuery og løb ind i nogle problemer med at bruge SPQuery mod et dokumentbibliotek, der indeholder mapper. Bundlinjen: tildele "rekursive" til attributten visning af forespørgslen.

Min scenario:

• På mandag, Jeg uploade et dokument og levere nogle metadata.
• Den følgende uge, Jeg uploade et nyt dokument. Meget af dette nye dokument metadata er baseret på det dokument, jeg har uploadet på mandag (som vi kalder "hoveddokumentet").
• Vi har lavet en web service facade, der giver en BDC-venlige interface til listen, så brugerne nemt kan finde mandag dokumentet via en titelsøgning.
• En BDC-datakolonne giver en brugervenlig grænseflade. (Dette er en del af mit forsøg på at bruge BDC til en mere venlig opslagskolonne).

Den endelige BDC-facade service bruger en forespørgsel som dette for at gøre opslag:

 // Brugt U2U værktøj til at hjælpe med at skabe denne CAML forespørgsel.
      oQuery.Query =
        "<Hvor>";

      Hvis (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Og>";

      oQuery.Query  =
        "    <Og>" +
        "      <Geq>" +
        "        <FieldRef navn =  "DocumentId" />" +
        "        <Værditype =  "Text">" + minId + "</Værdi>" +
        "      </Geq>" +
        "      <LEQ>" +
        "        <FieldRef navn =  "DocumentId" />" +
        "        <Værditype =  "Text">" + maxId + "</Værdi>" +
        "      </LEQ>" +
        "    </Og>";

      Hvis (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Indeholder>" +
          "      <FieldRef navn =  "Title" />" +
          "      <Værditype =  "Text">" + titleFilter + "</Værdi>" +
          "    </Indeholder>" +
          "  </Og>";
      oQuery.Query  =
        "</Hvor>";

Under den indledende fase af udvikling, Indeværende arbejdede stor. Dog, vi indført mapper i mappen til at løse nogle problemer og pludselig, min BDC-picker ville ikke returnerer nogen resultater. Jeg sporede det ned til det faktum, at SPQuery aldrig ville vende tilbage nogen resultater. Vi brugte mapper primært for at tillade flere filer med samme navn til at blive uploadet, men med forskellige metadata. Når filen er uploadet, vi oprette en mappe baseret på listeelementets ID og derefter flytte fil, der (Jeg skrev om, at Her; Vi har haft blandede resultater med denne tilgang, men på hele, det fungerer godt). Brugeren er ligeglad om mapper og faktisk, ikke rigtig forstå at der er nogen mapper. Vi har konfigureret alle visninger på biblioteket for at få vist elementer mapper.

Jeg ramte problemet dobbelt så den tekniske gennemførelse udviklet sig og løst det forskelligt hver gang. Første gang, Jeg var ikke bruge operatoren indeholder i forespørgslen. Uden en indeholder operatør, Jeg var i stand til at løse problemet ved at angive visningen på den SPQuery pause. Istedet for benytter standardkonstruktøren:

SPList.Update() oList = web.Lister["Dokumenter"];

SPQuery oQuery = nye SPQuery();

I stedet brugte jeg en konstruktør, der er angivet en visning:

SPList.Update() oList = web.Lister["Dokumenter"];

SPQuery oQuery = nye SPQuery(oList.Views["Alle dokumenter"]);

At løst problemet og jeg begyndte at få mine resultater.

Jeg tilføjede derefter operatoren indeholder i mikset, og det brød igen. Det viser sig, at operatoren indeholder, så vidt jeg kan fortælle, virker ikke med visningen på samme måde som i en enklere GEQ / LEQ operatører. Jeg gjorde nogle søger og lært at forespørgslens ViewAttributes skal angives til "Rekursiv", som i:

oQuery.ViewAttributes = "Omfang = "Recursive"";

Det løste problemet for indeholder. Faktisk, dette også løst mit oprindelige søgning problem og hvis jeg havde angivet rekursivt attributten første gang, Jeg ikke ville have køre ind på spørgsmålet igen.

Det faktum, at en visningsbaseret SPQuery virker for nogle operatører (GEQ/LEQ) og ikke andre (INDEHOLDER), kombineret med det faktum, at KPI'er ikke synes at arbejde på alle med mappe, der indeholder dokumentet biblioteker fører mig til at tro, at SPQuery har nogle orthogonality spørgsmål.

Særlig tak:

• De gode folk på U2U og deres forespørgselsværktøj.
• Michael Hoffer store "læring ved at gøre" blog-indlæg, kommentarer og svar.

</slutningen>

Abonner på min blog!