השבוע אני היה יישום "מתפתחים" פתרון עבור לקוח משתמש 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 לעולם לא תחזיר תוצאות כלשהן. השתמשנו תיקיות בעיקר כדי לאפשר קבצים מרובים עם אותו שם להעלאה אבל עם מטה-נתונים שונים. כאשר מועלה קובץ, אנחנו ליצור תיקיה המבוסס על זיהוי של פריט הרשימה ולאחר מכן להעביר את הקובץ שם (כתבתי על זה כאן; . יש לנו . מבולבל עם גישה זו, אבל על כל, זה עובד טוב). המשתמש לא אכפת לי על תיקיות, למעשה, לא ממש מבינים שישנם כל התיקיות. אנחנו קביעת התצורה של כל התצוגות על הספרייה כדי להציג פריטים ללא קשר תיקיות.

. הכיתי את הבעיה פעמיים כמו יישום טכני מפותח ופתר אותה באופן שונה בכל פעם. בפעם הראשונה, לא משתמש באופרטור מכיל שאילתה. ללא מפעיל מכיל, הייתי מסוגל לפתור את הבעיה על-ידי ציון מהנוף של SPQuery contructor. במקום להשתמש את בנאי ברירת מחדל:

Splist.update() oList = אינטרנט.רשימות["מסמכים"];

SPQuery oQuery = חדש SPQuery();

. הייתי במקום בנאי שצוינו תצוגה:

Splist.update() oList = אינטרנט.רשימות["מסמכים"];

SPQuery oQuery = חדש SPQuery(oList.Views["כל המסמכים"]);

זה פתר את הבעיה ואני התחלתי לקבל את התוצאות שלי.

הוספתי את האופרטור מכיל לתערובת והוא נשבר שוב. מתברר כי המפעיל מכיל, עד כמה שאני יכול לומר, לא עובד עם הנוף באותו אופן כמו GEQ פשוטים יותר / LEQ אופרטורים. עשיתי כמה חיפושים ונודע כי יש להגדיר הצג תכונות של השאילתה "רקורסיבית", כמו ב-:

oQuery.ViewAttributes = "היקף = "Recursive"";

זה פתר את הבעיה עבור מכיל. למעשה, זה גם פתרתם את הבעיה החיפוש המקורי שלי, אם היה לי שהגדרתי את רקורסיבית מייחסים בפעם הראשונה, והייתי לא רצה שבדקו את הנושא שוב.

העובדה SPQuery המבוסס על תצוגה עובד עבור כמה מפעילים (GEQ/LEQ) ולא אחרים (מכיל), בשילוב עם העובדה כי Kpi לא נראה לעבוד עם תיקיות המכילות הפניות ספריות מסמכים ממני להאמין כי SPQuery יש כמה בעיות אורתוגונליות.

תודה מיוחדת:

• ההורים טוב בבית U2U והכלי שלהם שאילתה.
• מייקל הופר נהדר "למידה שהיא עושה" הצבת בלוג, הערות ותגובות.

</קצה>

מנוי על הבלוג שלי!