Минулого тижня я був здійснення послугами "розвивається" рішення для клієнта, який використовує каталогу бізнес-даних і SPQuery і зіткнулися з деякими труднощами при використанні SPQuery проти бібліотеку документів, що містять папки. Нижній рядок: призначити "Рекурсивний" для атрибута подання запиту.

Мій сценарій:

• У понеділок, Я завантаження документа та постачання деяких мета-дані.
• Наступного тижня, Я можу завантажити новий документ. Значна частина цього нового документа meta даних на основі документа, я завантажив в понеділок (що ми називаємо "головного документа").
• Ми створили web послуги фасаду, який забезпечує 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   =
        "</Де>";

Під час початкового етапу розвитку, Це працював великий. Однак, ми ввели папки в каталог вирішити деякі проблеми і раптом, мій палітра каталогу бізнес-даних не дав жодних результатів. Я простежив це аж до того, що на SPQuery б ніколи не дав жодних результатів. Ми звикли папки в першу чергу дозволити декількох файлів з однаковими іменами для передавання, але з різними мета-дані. Коли файл передано, Ми створити папку на основі Ідентифікатор елемента списку а потім перемістіть файл там (Я писав про це Тут; у нас було змішані результати При такому підході, але загалом, він працює добре). Користувач не піклуються про папок і по суті, дійсно не розумію, що існують будь-які папки. Ми настроїли всі погляди на бібліотеки для відображення елементів безвідносно до папки.

Я вдарив цю проблему Удвічі кращий технічної реалізації розвивалися і вирішити її по-різному з кожним разом. В перший раз, Я не був за допомогою оператора МІСТИТЬ в запиті. Без МІСТИТЬ оператор, Я був в змозі вирішити цю проблему, вказавши погляд на contructor на SPQuery. Замість того щоб використовувати конструктор за промовчанням:

SPList oList = web.Списки["Документи"];

SPQuery oQuery = нові SPQuery();

Замість цього я використовував конструктор, що вказаний погляд:

SPList oList = web.Списки["Документи"];

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

Що вирішена проблема, і я почав отримувати мої результати.

Потім я додав МІСТИТЬ оператор в суміші, і він зламав знову. Виявляється, що МІСТИТЬ оператор, наскільки я можу судити, не працює з тим, так само, як на простіше GEQ / LEQ операторів. Я зробив кілька пошуку і дізнався, що Перегляд атрибутів цей запит повинен бути встановлений на "Рекурсивний", як і в:

oQuery.ViewAttributes = "Сфера = "Recursive"";

Що вирішив проблему для МІСТИТЬ. Насправді, Це також вирішити мою вихідної задачі пошуку, і якщо я повинен був вказаний у рекурсивної атрибут в перший раз, Я б не зіткнулися питання знову.

Те, що подання на основі SPQuery працює для деяких операторів (GEQ/LEQ) а не інші (МІСТИТЬ), разом з тим, що KPI, схоже, не працювати на всіх з папку, що містить документ бібліотек приводить мене до думки, що SPQuery в деяких питаннях ортогональності.

Особлива подяка:

• Хороші люди в U2U і їх запиту інструмент.
• Майкл Хоффер великий "навчання на власному досвіді" повідомлення в блозі, Зауваження та відповіді.

</кінець>

Підписатися на мій блог!