Šo pagājušo nedēļu biju īstenošanas "attīstās" risinājumu, lai klients, kas izmanto BDK un SPQuery un uzbrauca zināmas grūtības, izmantojot SPQuery pret dokumentu bibliotēkā, kas satur mapes. Grunts līnija: piešķirt "rekursīvu" skata atribūts vaicājumu, lai.

Mans scenārijs:

• Pirmdien, Es augšupielādēt dokumentu un sniegt dažas meta dati.
• Nākamajā nedēļā, Es varu augšupielādēt jaunu dokumentu. Liela daļa šo jauno dokumentu meta dati balstās uz šo dokumentu, es augšupielādēju pirmdien (ko mēs saucam "pamatdokuments").
• Mēs izveidojām tīmekļa pakalpojumu fasādi, kas nodrošina BDC draudzīgu interfeisu, lai sarakstu tā, lai lietotāji varētu viegli atrast pirmdien dokumenta virsrakstu meklēšanu, izmantojot.
• BDC datu kolonnas nodrošina lietotājam draudzīgs interfeiss. (Šī ir daļa no maniem mēģinājumiem, izmantojot BDC draudzīgāku uzmeklēšanas kolonnas).

BDC gala fasādes pakalpojumu izmanto vaicājumu kā šis darīt uzmeklēšanas:

 // U2U rīks izmanto, lai palīdzētu radīt CAML vaicājums.
      oQuery.Query =
        "<Kur>";

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

      oQuery.Query   =
        "    <Un>" +
        "      <Geq>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Vērtību tips =  "Text">" + minId + "</Vērtība>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Vērtību tips =  "Text">" + maxId + "</Vērtība>" +
        "      </Leq>" +
        "    </Un>";

      Ja (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Satur>" +
          "      <FieldRef Name =  "Title" />" +
          "      <Vērtību tips =  "Text">" + titleFilter + "</Vērtība>" +
          "    </Satur>" +
          "  </Un>";
      oQuery.Query   =
        "</Kur>";

Attīstības sākotnējā posmā, Tas strādāja lieliski. Tomēr, mēs iepazīstinājām mapes direktorijā atrisināt dažas problēmas, un pēkšņi, manu BDC atlasītāju nebūtu neatgriež rezultātus. Tas ir reģistrētas uz faktu, ka SPQuery būtu nekad neatgriež rezultātus. Mēs izmantojām mapes pirmām kārtām, lai atļautu vairākus failus ar tādu pašu nosaukumu, tiks augšupielādēti, bet ar dažādu meta datu. Kad fails ir augšupielādēts, mēs izveidot mapi, balstoties uz saraksta vienuma ID un pēc tam pārvietojiet failu tur (Es rakstīja par to, ka šeit; mēs esam bija dažāda ar šo pieeju, bet par visu, tas strādā labi). Lietotājs nav jārūpējas par mapēm un patiesībā, īsti nesaprotu visas mapes. Mums esat konfigurējis visus viedokļus par bibliotēkā, lai rādītu vienumus bez mapēm.

Šo problēmu, divreiz tehnisko īstenošanu attīstījusies un atrisināt to savādāk katru reizi, kad es hit. Pirmo reizi, Es nebiju izmantojot satur operatoru vaicājumā. Bez satur operators, Man bija iespēja, lai atrisinātu problēmu, norādot viedoklis par SPQuery contructor. Tā vietā, lai izmantotu noklusēto konstruktoru:

SPList oList = interneta.Saraksti["Dokumenti"];

SPQuery oQuery = jaunā SPQuery();

Tā vietā izmantotas, konstruktoru, kas norādīta skatu:

SPList oList = interneta.Saraksti["Dokumenti"];

SPQuery oQuery = jaunā SPQuery(oList.Views["Visi dokumenti"]);

Kas atrisināt problēmu, un es sāku saņemt manus rezultātus.

Pēc tam pievienoju satur operatora samaisa un atkal aizlūza. Izrādās, ka satur operators, ciktāl es varu pateikt, nedarbojas skatā tāpat kā vienkāršāku GEQ / LEQ operatori. I did dažas meklēšanu un uzzināju, ka vaicājums ViewAttributes jābūt iestatītam "Rekursīvu", kā:

oQuery.ViewAttributes = "Jomu = "Recursive"";

Kas izšķīrās par satur. patiesībā, Tas arī atrisināt manu sākotnējo meklēšanas problēmu un ja man bija norādīts rekursīvs atribūts, pirmo reizi, Es varētu nevar būt izskriet jautājumu vēlreiz.

Fakts, ka daži operatori darbojas skata balstītu SPQuery (GEQ/LEQ) u.c. ne (SATUR), apvienojumā ar faktu, ka KPI nešķiet strādāt vispār ar mapi, kas ietver dokumentu bibliotēkas rezultātā man domāt, ka SPQuery ir daži orthogonality jautājumi.

Īpašs paldies:

• Labas folks pie U2U un to vaicājuma rīku.
• Michael Hoffer lielo "mācīties darot" emuāra ierakstā, Komentāri un atbildes.

</beigās>

Abonēt manu blogu!