Ta preteklem tednu je bilo izvajanje je "razvijajoči" rešitev za stranko, ki uporablja BDC in SPQuery in tekel v neki težava z SPQuery proti knjižnico dokumentov, ki vsebuje mape. Bottom line: dodelite "rekurzivni" atribut pogled poizvedbe.

Moj scenarij:

• V ponedeljek, Upload dokument in nekaj meta podatke.
• Naslednji teden, Dodam nov dokument. Veliko novega dokumenta meta podatkov temelji na dokumentu sem naložil v ponedeljek (ki smo jih poimenovali "glavni dokument").
• Ustvarili smo spletno storitev fasado, ki zagotavlja BDC-prijazen vmesnik na seznam, tako da uporabniki lahko preprosto poiščete dokumenta ponedeljek preko naslov iskanje.
• BDC podatkov stolpca zagotavlja prijazen uporabniški vmesnik. (To je del od svoj poskus v using BDC za bolj prijazno stolpec za iskanje).

Končni fasado storitev BDC uporablja poizvedbe, kot to storiti iskanje:

 // Uporablja U2U orodje za pomoč pri ustvarjanju te CAML poizvedbe.
      oQuery.Query =
        "<Kjer>";

      Če (titleFilter.Length > 0)
        oQuery.Query  =
          "  <In>";

      oQuery.Query  =
        "    <In>" +
        "      <GEQ>" +
        "        <FieldRef ime =  "DocumentId" />" +
        "        <Vrednost vrste =  "Text">" + minId + "</Vrednost>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef ime =  "DocumentId" />" +
        "        <Vrednost vrste =  "Text">" + maxId + "</Vrednost>" +
        "      </LEQ>" +
        "    </In>";

      Če (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Vsebuje>" +
          "      <FieldRef ime =  "Title" />" +
          "      <Vrednost vrste =  "Text">" + titleFilter + "</Vrednost>" +
          "    </Vsebuje>" +
          "  </In>";
      oQuery.Query  =
        "</Kjer>";

V začetni fazi razvoja, to obdelan velik. Vendar, smo uvedli map v imeniku za reševanje nekaterih problemov in nenadoma, moj BDC izbirnik ne bi našlo zadetkov. Našel sem to do dejstva, da se SPQuery nikoli ne bi vrnila rezultatov. Smo uporabili mape predvsem omogočiti več datotek z istim imenom, da, vendar z različnimi meta podatkov. Ko je datoteka prenesena, smo ustvariti mapo, ki temeljijo na ID elementa seznama in nato premaknite datoteke tam (Sem pisal o tem tukaj; smo imeli mešane rezultate s tem pristopom, ampak na celotno, to deluje dobro). Uporabnik ne skrbi o mapah in dejansko, res ne razumem, da so vse mape. Smo nastavili vse poglede na knjižnici prikaz elementov ne mape.

Sem udaril težavo dvakrat kot tehnično izvajanje razvil in rešiti to drugače vsakič. Prvič, Sem bil ne uporabljate vsebuje operaterja v poizvedbi. Ne vsebuje operaterja, Sem mogel rešiti problem tako, da določite pogled na contructor na SPQuery. Namesto da bi uporabili privzeti konstruktor:

SPList.Update() oList = spletni.Seznami["Dokumenti"];

SPQuery oQuery = nove SPQuery();

Namesto tega sem rabil konstruktorja, ki določen pogled:

SPList.Update() oList = spletni.Seznami["Dokumenti"];

SPQuery oQuery = nove SPQuery(oList.Views["Vse dokumente"]);

To rešiti problem in sem začel, da se moje rezultate.

Potem sem dodal vsebuje operaterja v mešanici in se razšla še. Izkazalo se je, da vsebuje upravljavec, kolikor lahko povem, ne deluje s pogledom na enak način kot je enostavnejša GEQ / Operaterji LEQ. Did neki preiskava ter se naučili, da poizvedbe ViewAttributes naj bi "Rekurzivni", kot v:

oQuery.ViewAttributes = "Obseg = "Recursive"";

To rešiti naloga za vsebuje. v bistvu, tudi to rešiti svoj prvotni problem iskanja in če sem imel določeno rekurzivno atribut prvič, Jaz bi ne predelati v izdaja spet.

Dejstvo, da na podlagi pogleda SPQuery deluje pri nekaterih operaterjih (GEQ/LEQ) drugih pa ne (VSEBUJE), skupaj z dejstvom, da KPI ne zdi, da dela na vseh, z mapo, ki vsebuje dokument knjižnice vodi mi verjeti, da je SPQuery nekaj orthogonality vprašanj.

Posebna zahvala:

• Dobri ljudje na U2U in svoje poizvedbe orodje.
• Michael Hoffer je super "učenje z delom" blog post, Komentarji in Odzivi.

</namen>

Naročite se na moj blog!