Minulý týden jsem se provádí "vyvíjející se" řešení pro klienta, který používá BDC a SPQuery a narazil na nějaké potíže s používáním SPQuery proti knihovnu dokumentů obsahující složky. Čára dole: přiřadit "rekurzivní" do atributu zobrazení dotazu.

Můj scénář:

• V pondělí, Uložit dokument a některé údaje meta.
• Následující týden, Nahrát nový dokument. Velká část tohoto nového dokumentu meta dat je založen na dokumentu, který jsem nahrál v pondělí (kterou nazýváme "hlavní dokument").
• Vytvořili jsme webové služby fasáda, která poskytuje BDC-přátelské rozhraní, do seznamu, takže uživatelé mohou snadno vyhledat dokument pondělí přes hledání v titulech.
• Sloupec dat záložní řadič domény poskytuje přehledné uživatelské rozhraní. (To je součástí můj pokus o použití služby BDC pro vyhledávací sloupec s více přátelské).

Konečné fasádě služby BDC používá dotaz takto udělat vyhledávání:

 // Používá U2U nástroj k pomoci při vytváření tento dotaz CAML.
      oQuery.Query =
        "<Kde>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "  <A>";

      oQuery.Query  =
        "    <A>" +
        "      <GEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + minId + "</Hodnota>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + maxId + "</Hodnota>" +
        "      </LEQ>" +
        "    </A>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Obsahuje>" +
          "      <FieldRef jméno =  "Title" />" +
          "      <Typ hodnoty =  "Text">" + titleFilter + "</Hodnota>" +
          "    </Obsahuje>" +
          "  </A>";
      oQuery.Query  =
        "</Kde>";

V počáteční fázi vývoje, fungovalo to skvěle. Avšak, Zavedli jsme složky do adresáře k řešení některých problémů a najednou, můj výběr záložní řadič domény nevrátí žádné výsledky. Sledoval jsem to se skutečností, že SPQuery by se nikdy nevrátí žádné výsledky. Zvykli jsme si složky především umožnit více souborů se stejným názvem a uložit, ale s různými meta data. Když je soubor odeslán, vytvořit složku založený na ID položky seznamu a potom přesuňte soubor tam (Jsem psal o tom Tady; Měli jsme smíšené výsledky s tímto přístupem, ale na celém, funguje to dobře). Uživatele nezajímá, o složkách a ve skutečnosti, nechápe, že jsou všechny složky. Jsme nakonfigurovali názory na knihovnu zobrazíte položky bez ohledu na složky.

Trefil jsem tento problém dvakrát jako technická realizace vyvinul a řešit to jinak pokaždé. První čas, Nebyl pomocí operátoru CONTAINS v dotazu. Bez operátor CONTAINS, Byl jsem schopen problém vyřešit zadáním pohled na contructor SPQuery. Namísto použití výchozí konstruktor:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery();

Namísto toho používá konstruktor, který zadaný pohled:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery(oList.Views["Všechny dokumenty"]);

Problém vyřešil a začal jsem se dostat moje výsledky.

Pak jsem přidal operátor CONTAINS do směsi a zlomil znovu. Ukazuje se, že operátor CONTAINS, Co lze říci, nefunguje s názorem stejným způsobem jako jednodušší GEQ / LEQ operátory. Jsem udělal nějaké vyhledávání a zjistil, že ViewAttributes dotazu by měla být nastavena na "Rekurzivní", stejně jako v:

oQuery.ViewAttributes = "Rozsah = "Recursive"";

To vyřešil problém pro obsahuje. Vlastně, to také vyřešil můj původní problém hledání a pokud byl zadán rekurzivní atribut poprvé, Já bych se do problematiky znovu spustit.

Skutečnost, že podle zobrazení SPQuery funguje u některých operátorů (GEQ/LEQ) a jiné ne (OBSAHUJE), spolu s tím, že ukazatele KPI nezdá se, že práci vůbec s obsahující složku dokumentů knihovny vede mě věřit, že SPQuery má nějaké problémy, ortogonalita.

Zvláštní poděkování:

• Dobrý lidi na U2U a nástroj pro dotazy na jejich.
• Michael Hoffer je skvělá "učení se praxí" blogu, Komentáře a reakce.

</Konec>

Přihlásit se na mém blogu!