Möödunud nädalal olin rakendamise on "arenev" lahendus kliendiga, mis kasutab BDC ja SPQuery ning sattus raskusi, kasutades SPQuery vastu kaustu sisaldav dokumenditeek. Alumine rida: määrata "rekursiivne" et päring Kuva atribuut.

Minu stsenaarium:

• Esmaspäeval, Laadi dokument üles ja annab mõned meta andmeid.
• Järgmine nädal, Lataan uue dokumendi. Suur selle uue dokumendi metaandmed põhineb olen saatnud esmaspäeval dokumendi (mida me nimetame "põhidokumendi").
• Oleme loonud web service fassaadi, mis pakub BDC kasutajaliides loendisse nii, et kasutajatel on lihtne leida – esmaspäev dokumendi pealkiri otsing kaudu.
• BDC andmeveeru pakub kasutajasõbralik liides. (See on osa minu katse abil BDC sõbralik otsinguveerg).

Lõplik BDC fassaadi teenus kasutab sellist päringut teha otsingu:

 // Kasutada U2U vahend teeniva CAML päringut.
      oQuery.Query =
        "<Kui>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Ja>";

      oQuery.Query  =
        "    <Ja>" +
        "      <≥>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + minId + "</Väärtus>" +
        "      </≥>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + maxId + "</Väärtus>" +
        "      </LEQ>" +
        "    </Ja>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisaldab>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Value Type =  "Text">" + titleFilter + "</Väärtus>" +
          "    </Sisaldab>" +
          "  </Ja>";
      oQuery.Query  =
        "</Kui>";

Ajal arengu algfaasis, See töötas suurepäraselt. Aga, jagasime kaustad kausta mõne probleemi ja äkki, BDC valija ei tagastanud ühtegi tulemit. I jälitatud sellega, et selle SPQuery ei tagastanud ühtegi tulemit. Me kasutasime kaustad peamiselt lubada mitme faili üleslaadimist sama nimega, kuid erineva metaandmed. Kuna faili üleslaadimisel, me luua loendi kirje ID-l põhinev kausta ja seejärel Teisaldage fail seal (Ma kirjutasin, et Siin; Meil on olnud erinevaid tulemusi Sellise lähenemisega aga kogu, See toimib hästi). Kasutaja ei hooli umbes kaustad ja tegelikult, tõesti ei mõista, et on olemas muid kaustu. Olete seadistanud kõik vaated teegi üksuste kuvamiseks ilma arvesse kaustad.

Ma tabanud kaks korda tehnilise rakendamist kujunenud ja lahendatud see teistmoodi allosani probleemi. Esimest korda, Ma ei olnud määratud tehtemärgi sisaldab päringu. Ilma et see sisaldab operaator, Ma ei suutnud probleemi lahendada, määrates selle SPQuery contructor vaade. Vaikekonstruktor kasutamise asemel:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery();

Ma kasutasin hoopis määratud vaade ehitaja:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery(oList.Views["Kõik dokumendid"]);

Probleem kadus ja hakkasin mu tulemused.

Lisasin siis sisaldab käitaja Mix ja see murdis uuesti. Tuleb välja, mis sisaldab korraldaja, kui ma saan öelda, töötama selleks, nagu ka lihtsamad ≥ / LEQ operaatorid. Ma tegin mõned otsimise ja õppinud, et päringu ViewAttributes seadma "Rekursiivne", nagu ka:

oQuery.ViewAttributes = "Reguleerimisala = "Recursive"";

Et lahendada probleemi sisaldab. Tegelikult, see lahendatud minu algse otsing probleem ja kui mul oli määratud on rekursiivne omistada esimest korda, Ma oleks mitte on sattunud küsimus uuesti.

Asjaolu, et vaade SPQuery töötab mõned operaatorid (≥/LEQ) ja teised mitte (SISALDAB), koos asjaoluga, et KPI-d ei tundu tööta üldse kausta sisaldava dokumendi raamatukogud toob mind uskuma, et SPQuery on mõned orthogonality probleemid.

Eriline tänu:

• Hea folks at U2U ja oma päringu tööriista.
• Michael Hoffer suur "Õppimine läbi tegevuse" blogi postitus, kommentaare ja vastuseid.

</lõpp>

Telli minu blogi!