Denne siste uken var jeg implementere en "utvikling" løsning for en klient som bruker BDC og SPQuery og løp inn noen problemer med å bruke SPQuery mot et dokumentbibliotek som inneholder mapper. Bunnlinjen: Tilordne "rekursiv" Vis attributt for spørringen.

Meg filmmanuskriptet:

• Mandag, Jeg laste opp et dokument og angi noen metadata.
• Neste uke, Jeg laster opp et nytt dokument. Mye av dette nye dokumentet metadata er basert på dokumentet jeg lastet opp mandag (som vi kaller "hoveddokumentet").
• Vi har laget en web service fasade som gir en BDC-grensesnitt til listen slik at brukere kan enkelt finne mandag dokumentet via en tittel søk.
• En BDC-datakolonne gir et brukervennlig grensesnitt. (Dette er en del av mitt forsøk på å bruke BDC for mer vennlig oppslagskolonner).

Siste BDC fasade tjenesten bruker en spørring som dette for å gjøre oppslag:

 // Brukte U2U verktøyet for å hjelpe generere CAML spørringen.
      oQuery.Query =
        "<Der>";

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

      oQuery.Query  = (likhetstegn)
        "    <Og>" +
        "      <GEQ>" +
        "        <FieldRef navn =  "DocumentId" />" +
        "        <Verditype =  "Text">" + minId + "</Verdi>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef navn =  "DocumentId" />" +
        "        <Verditype =  "Text">" + maxId + "</Verdi>" +
        "      </LEQ>" +
        "    </Og>";

      Hvis (titleFilter.Length > 0)
        oQuery.Query  = (likhetstegn)
          "    <Inneholder>" +
          "      <FieldRef navn =  "Title" />" +
          "      <Verditype =  "Text">" + titleFilter + "</Verdi>" +
          "    </Inneholder>" +
          "  </Og>";
      oQuery.Query  = (likhetstegn)
        "</Der>";

Under den innledende fasen av utviklingen, Denne arbeidet stor. Men, vi introdusert mapper i mappen å løse noen problemer og plutselig, min BDC-velgeren ville ikke returnerer noen resultater. Jeg sporet dette ned til det faktum at SPQuery ville aldri returnere noen resultater. Vi brukte mapper primært for å tillate flere filer med samme navn lastes, men med forskjellige metadata. Når filen er lastet opp, Vi skaper en mappe på listeelementet IDen og deretter flytte filen der (Jeg skrev om det her; Vi har hatt blandede resultater med denne tilnærmingen, men på hele, det fungerer bra). Brukeren ikke bryr seg om mapper og faktisk, ikke forstå at det er noen mapper. Vi har konfigurert alle visningene på biblioteket for å vise elementer uten hensyn til mapper.

Jeg traff dette problemet dobbelt så den tekniske gjennomføringen utviklet seg og løst det annerledes hver gang. Første gang, Jeg bruker ikke operatoren inneholder i spørringen. Uten en inneholder operatør, Jeg klarte å løse problemet ved å angi visningen i SPQuery contructor. Istedet for benytter Standardkonstruktøren:

SPList oList = web.Lister["Dokumenter"];

SPQuery oQuery = nye SPQuery();

Jeg brukte i stedet en konstruktør som angitt en visning:

SPList oList = web.Lister["Dokumenter"];

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

Det løste problemet og jeg begynte å få mine resultater.

Jeg deretter lagt operatoren inneholder inn i blandingen, og ble igjen. Det viser seg at operatoren inneholder, så vidt jeg kan fortelle, fungerer ikke med visningen på samme måte som i en enklere GEQ / LEQ operatører. Jeg did noe forskende og lært at spørringen ViewAttributes bør settes til "Rekursivt", som i:

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

Det løste problemet for inneholder. faktisk, Dette også løst problemet mitt opprinnelige søk og hvis jeg hadde angitt rekursiv attributt første gang, Jeg ville ikke ha kjørt i spørsmålet igjen.

Det faktum at en visningsbasert SPQuery fungerer enkelte leverandører (GEQ/LEQ) og ikke andre (INNEHOLDER), kombinert med det faktum at KPIer ikke synes å arbeide med alle med mappen som inneholder dokumentet biblioteker fører meg til å tro at SPQuery har noen orthogonality problemer.

Spesiell takk:

• Den gode folk på U2U og deres spørringsverktøyet.
• Michael Hoffers store "Lær" blogginnlegg, kommentarer og svar.

</slutten>

Abonner på bloggen min!