Миналата седмица бях прилагане "се развива" решение за клиент, който използва BDC и член SPQuery и се блъсна в някои затруднения, използвайки член SPQuery срещу библиотека с документи, съдържащи папки. Долната линия: Присвояване на "рекурсивни" за атрибут на изглед на заявка.

Моят сценарий:

• В понеделник, Качване на документ и предоставят някои мета данни.
• Следващата седмица, Качване на нов документ. Голяма част от този нов документ мета данни се основава на документа, който качих в понеделник (които наричаме "главен документ").
• Ние създадохме уеб услуга фасада, която осигурява КБД-приятелски интерфейс към списъка, така че потребителите лесно да намерите този понеделник документ чрез търсене по заглавие.
• BDC данни колона осигурява приятелски потребителски интерфейс. (Това е част от моя опит с BDC за по-приятелски справочна колона).

BDC фасада услуги използва заявка като този да направите търсене:

 // Използва U2U инструмент за подпомагане при създаването на тази CAML заявка.
      oQuery.Query =
        "<Където>";

      Ако (titleFilter.Length > 0)
        oQuery.Query  =
          "  <И>";

      oQuery.Query  =
        "    <И>" +
        "      <Geq>" +
        "        <FieldRef име =  "DocumentId" />" +
        "        <Стойност тип =  "Text">" + minId + "</Стойност>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef име =  "DocumentId" />" +
        "        <Стойност тип =  "Text">" + maxId + "</Стойност>" +
        "      </Leq>" +
        "    </И>";

      Ако (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Съдържа>" +
          "      <FieldRef име =  "Title" />" +
          "      <Стойност тип =  "Text">" + titleFilter + "</Стойност>" +
          "    </Съдържа>" +
          "  </И>";
      oQuery.Query  =
        "</Където>";

По време на първоначалния етап на развитие, този работник голям. Въпреки това, Ние въведохме папки в директорията за решаване на някои проблеми и изведнъж, Моят избор на BDC не върне никакви резултати. Това се проследяват до факта, че член SPQuery би никога не върне никакви резултати. Ние използвани папки главно да дадат възможност на множество файлове със същото име да бъде качен, но с различни мета данни. Когато файлът е качен, Ние Създай папка, базирано на ИД на елемента от списъка и след това преместете файла там (Аз написах за това Тук; Ние сме имали смесени резултати с този подход, но като цяло, Тя работи добре). Потребителят не им пука за папки и в действителност, наистина не разбирам, че има някакви папки. Ние конфигурирали всички изгледи на библиотеката да се показват елементи без папки.

Аз хит този проблем, два пъти по техническото изпълнение еволюира и решавам то различно всеки път. За първи път, Не е използвал съдържа оператор в заявка. Без оператор на съдържа, Аз бях в състояние да реши проблема чрез задаване на изгледа в член SPQuery на contructor. Вместо да използвате Конструкторът по подразбиране:

Splist.Update() oList = web.Списъци["Документи"];

Член SPQuery oQuery = нов Член SPQuery();

Вместо това използва конструктор, който определен изглед:

Splist.Update() oList = web.Списъци["Документи"];

Член SPQuery oQuery = нов Член SPQuery(oList.Views["Всички документи"]);

Това решен проблема и аз започнах да си взема резултатите.

След това се добавя съдържа оператора в микса и го разби отново. Оказва се, че съдържа оператор, доколкото мога да кажа, не работи с изглед по същия начин като по-прост GEQ / LEQ оператори. Направих някои търсене и научих, че от заявката преглед на атрибути трябва да бъде настроен да "Рекурсивна", както и в:

oQuery.ViewAttributes = "Обхват = "Recursive"";

Това решен проблема за съдържа. Всъщност, Това също така решен проблема ми първоначалното търсене и ако бяха определени рекурсивни атрибут за първи път, Аз ще не тичам в този въпрос отново.

Фактът, че Изглед основа член SPQuery работи за някои оператори (GEQ/LEQ) а други не (СЪДЪРЖА), съчетано с факта, че KPI не изглежда да работи изобщо с папка, която съдържа документа библиотеки води ми да се смята, че член SPQuery има orthogonality проблеми.

Специални благодарности:

• Добрите хора в U2U и си инструмент за заявка.
• Майкъл Хофер е страхотно "учене чрез правене" блог пост, коментари и отговори.

</край>

Абонирайте се за моя блог!