На прошлой неделе я реализации «развивается" решение для клиента, который использует BDC и SPQuery и побежал в некоторые трудности с помощью SPQuery против библиотеки документов, содержащей папки. Нижняя линия: назначить «рекурсивные" в атрибут представления запроса.

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

• В понедельник, Я загрузить документ и предоставить некоторые мета-данных.
• Следующей недели, Загрузить новый документ. Большая часть этого нового документа мета-данных основывается на документе, который я загрузил в понедельник (который мы называем «главный документ»).
• Мы создали веб службы фасада, который обеспечивает BDC-понятный интерфейс в список, так что пользователи могут легко найти этот понедельник документ через поиск по названию.
• Столбец данных 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 никогда не будет возвращать любые результаты. Мы использовали папки прежде всего для того, чтобы позволить несколько файлов с тем же именем, чтобы быть загружены, но с различными мета-данных. Когда загружается файл, Мы создаем папку на основе идентификатора элемента списка и затем переместить файл там (Я писал о том, что Здесь; у нас были неоднозначные результаты с таким подходом, но в целом, Он работает хорошо). Пользователь не заботятся о папках и на самом деле, не очень понимаю, что есть любые папки. Мы настроили все представления в библиотеке для отображения элементов независимо от папки.

Я ударил эту проблему дважды, как техническое осуществление эволюционировали и решить его по-разному каждый раз. В первый раз, Я не использовал оператор в запросе. Без оператора CONTAINS, Я был в состоянии решить эту проблему, указав вид на SPQuery contructor. Вместо использования конструктора по умолчанию:

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

SPQuery oQuery = Новые функции SPQuery();

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

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

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

Была решена и я начал получать мои результаты.

Затем я добавил оператор CONTAINS в смеси, и он сломал снова. Получается, что оператор CONTAINS, так что насколько я могу сказать, не работать с тем так же, как простой GEQ / LEQ операторы. Я сделал некоторое ища и узнал, что ViewAttributes запроса должно быть присвоено «Рекурсивные», как и в:

oQuery.ViewAttributes = «Область = "Recursive"";

Что решена проблема для CONTAINS. На самом деле, Это также решить мою оригинальный проблему поиска и если я указал рекурсивным атрибутов в первый раз, Я бы не бежал в этот вопрос снова.

Тот факт, что на основе представления SPQuery работает для некоторых операторов (GEQ/LEQ) и не другие (СОДЕРЖИТ), Вместе с тем, что ключевые индикаторы производительности, похоже, не работать на всех с папки содержащих документ библиотеки приводит меня к мнению, что SPQuery имеет некоторые проблемы ортогональности.

Особая благодарность:

• Хорошие люди на U2U и их инструмент запроса.
• Великий Майкл Хоффер "обучение на практике" столб блога, Комментарии и ответы.

</конец>

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