Tämä viime viikolla, olin täytäntöönpanosta "kehittyy" ratkaisu on asiakas, joka käyttää BDC sekä SPQuery ja joutui vaikeuksia käyttää SPQuery vastaan asiakirjakirjastoon, joka sisältää käyttäjätilikohtaiset kansiot. Bottom line: määrittää "rekursiivinen" kyselyn näkymä-määritteeseen.

Skenaarion:

• Maanantaina, Asiakirjan lataaminen ja jotkin meta-tiedot.
• Seuraavalla viikolla, Ladata uuden asiakirjan. Suuri osa tämän uuden asiakirjan metatietoa perustuu latasin maanantaina asiakirjaan (jota kutsumme "perusasiakirjan").
• Olemme luoneet web service julkisivu, joka tarjoaa BDC-ystävällinen liitäntä luetteloon niin, että käyttäjä kanisteri helposti paikallistaa maanantai asiakirjan kautta otsikko haku.
• BDC-tietosarakkeen tarjoaa ystävällinen käyttöliittymä. (Tämä on osa minun yritys käyttää BDC enemmän ystävällinen hakusaraketta varten).

Lopullinen yritystietoluettelopalvelua julkisivu käyttää kyselyn näin tehdä haun:

 // Apuna U2U työkalu tuottaa CAML-kysely.
      oQuery.Query =
        "<Jos>";

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

      oQuery.Query  =
        "    <Ja>" +
        "      <GEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + minId + "</Arvo>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + maxId + "</Arvo>" +
        "      </LEQ>" +
        "    </Ja>";

      Jos (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisältää>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Arvon tyyppi =  "Teksti, hiiren avulla">" + titleFilter + "</Arvo>" +
          "    </Sisältää>" +
          "  </Ja>";
      oQuery.Query  =
        "</Jos>";

Kehityksen alkuvaiheessa, nyt kuluva työntekijä erinomainen. Kuitenkin, kansiot tuodaan directory liittyvien ongelmien ja yhtäkkiä, BDC-valitsin ei ole tuloksia. Olen seurannut siitä, SPQuery ei koskaan palaa tuloksia. Käytimme kansiot ensisijaisesti mahdollistaa useita tiedostoja ladataan sama nimi mutta eri metatiedot. Kun tiedosto ladataan, Luo kansio luettelokohteen tunnuksen perusteella ja sitten siirtää tiedoston siellä (Kirjoitin siitä, että Täällä; Meillä on ollut vaihtelevia tuloksia tätä lähestymistapaa, mutta kaikki, se toimii hyvin). Käyttäjän välitä tietoja kansioista ja itse asiassa, eivät todellakaan ymmärrä, että on olemassa jokin kansio. Meillä on määritetty Kirjasto näyttää kohteet kansioiden riippumatta näkemyksiä.

Osuin kahdesti tekninen toteutus kehittynyt ja ratkaista se eri tavalla aina, kun ongelma. Ensimmäistä kertaa, Ei käytä sisältää-operaattoria kyselyssä. Ilman sisältää-operaattoria, Minulla oli mahdollisuus ratkaista ongelman määrittämällä sitä mieltä SPQuery contructor. Sen sijaan, että oletus rakentaja:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery();

Sen sijaan käytetään konstruktoria, joka määrittää näkymän:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery(oList.Views["Kaikki asiakirjat"]);

Se ratkaisi ongelman ja aloin saan tuloksia.

Sitten lisäsin sisältää-operaattoria taikinaan ja se rikkoi jälleen. Osoittautuu, että CONTAINS-operaattorin, sikäli kuin voin kertoa, ei toimi mieltä samoin kuin yksinkertaisempi GEQ / LEQ toimijoiden. Valmis jokin tutkiva ja oppinut, että kyselyn ViewAttributes tarkoitus "Rekursiivinen", kuten:

oQuery.ViewAttributes = "Soveltamisala = "Recursive"";

Se ratkaisi ongelman sisältää. Itse asiassa, Tämä ratkaista minun alkuperäinen Etsi arvoitus ja oli määritelty täytäntöönpanoa kuiluun johtuvan ensimmäistä kertaa, En ole Suorita tarkastelemaan uudelleen.

Se, että näkymään perustuvaa SPQuery toimii joillekin toimijoille (GEQ/LEQ) eikä muita (SISÄLTÄÄ), yhdistettynä siihen, että KPI: T eivät näytä toimivan lainkaan kanssa kansion sisältävä asiakirja kirjastot johtaa minut uskomaan, että SPQuery on joitakin orthogonality asioita.

Erityiset kiitokset:

• Hyvä folks at U2U ja kyselyn avulla.
• Michael Hoffer suuri "tekemällä oppimista" Blogikirjoituksen, kommentteja ja vastauksia.

</loppu>

Tilaa blogiin!