ಪರಿಹಾರ: SPQuery ಫೋಲ್ಡರುಗಳು ಹುಡುಕು ಮಾಡುತ್ತಿಲ್ಲ

This past week I was implementing an "evolving" solution for a client that uses BDC and SPQuery and ran into some difficulty using SPQuery against a document library containing folders. ಬಾಟಮ್ ಲೈನ್: assign "recursive" ಪ್ರಶ್ನೆಗೆ ನೋಟ ಗುಣಲಕ್ಷಣ ಗೆ.

ನನ್ನ ಸನ್ನಿವೇಶದಲ್ಲಿ:

ಸೋಮವಾರ, ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ಅಪ್ಲೋಡ್ ಮತ್ತು ಕೆಲವು ಮೆಟಾ ಅಕ್ಷಾಂಶ ಪೂರೈಕೆ.
ಮುಂದಿನ ವಾರ, I upload a new document. Much of this new document’s meta data is based on the document I uploaded on Monday (which we call the "master document").
ಬಳಕೆದಾರರು ಸುಲಭವಾಗಿ ಶೀರ್ಷಿಕೆ ಹುಡುಕಾಟ ಮೂಲಕ ಎಂದು ಸೋಮವಾರ ಡಾಕ್ಯುಮೆಂಟ್ ಪತ್ತೆ ಇದರಿಂದ ನಾವು ಪಟ್ಟಿಗೆ ಒಂದು BDC ಸ್ನೇಹಿ ಇಂಟರ್ಫೇಸ್ ಒದಗಿಸುವ ಒಂದು ವೆಬ್ ಸೇವೆ ಮುಂಭಾಗ ರಚಿಸಿದ.
A BDC data column provides a friendly user interface. (ಇದು ಹೆಚ್ಚು ಸ್ನೇಹಿ ಲುಕಪ್ ಕಾಲಮ್ BDC ಬಳಸಿಕೊಂಡು ನನ್ನ ಪ್ರಯತ್ನದ ಭಾಗವಾಗಿದೆ).

ಅಂತಿಮ BDC ಮುಂಭಾಗ ಸೇವೆ ವೀಕ್ಷಣ ಮಾಡಲು ಈ ರೀತಿಯ ಪ್ರಶ್ನೆಯನ್ನು ಬಳಸುತ್ತದೆ:

 // ಈ CAML ಪ್ರಶ್ನೆಗೆ ಉತ್ಪಾದಿಸುವ ನೆರವಾಗಲು ಉಪಯೋಗಿಸಿದ U2U ಉಪಕರಣ.
      oQuery.Query =
        "<ಎಲ್ಲಿ>";

      ವೇಳೆ (titleFilter.Length > 0)
        oQuery.Query   =
          "  <ಮತ್ತು>";

      oQuery.Query   =
        "    <ಮತ್ತು>" +
        "      <Geq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + MinID + "</ಮೌಲ್ಯ>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + maxId + "</ಮೌಲ್ಯ>" +
        "      </Leq>" +
        "    </ಮತ್ತು>";

      ವೇಳೆ (titleFilter.Length > 0)
        oQuery.Query   =
          "    <ಹೊಂದಿದ್ದರೆ>" +
          "      <FieldRef Name=\"Title\" />" +
          "      <Value Type=\"Text\">" + titleFilter + "</ಮೌಲ್ಯ>" +
          "    </ಹೊಂದಿದ್ದರೆ>" +
          "  </ಮತ್ತು>";
      oQuery.Query   =
        "</ಎಲ್ಲಿ>";

ಅಭಿವೃದ್ಧಿಯ ಆರಂಭಿಕ ಹಂತದ ಅವಧಿಯಲ್ಲಿ, this worked great. ಹೇಗಾದರೂ, ನಾವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಮತ್ತು ಕೋಶಕ್ಕೆ ಫೋಲ್ಡರ್ಗಳನ್ನು ಪರಿಚಯಿಸಲಾಯಿತು, my BDC picker wouldn’t return any results. I tracked this down to the fact that the SPQuery would never return any results. We used folders primarily to allow multiple files with the same name to be uploaded but with different meta data. When the file is uploaded, ನಾವು ಪಟ್ಟಿ ಐಟಂನ ID ಆಧರಿಸಿ ಫೋಲ್ಡರ್ ರಚಿಸಲು ಮತ್ತು ನಂತರ ಅಲ್ಲಿ ಫೈಲ್ ಸರಿಸಲು (ನಾನು ಆ ಬಗ್ಗೆ ಬರೆದಿದ್ದಾರೆ ಇಲ್ಲಿ; ನಾವು ಹೊಂದಿತ್ತು ಬಂದಿದೆ ಮಿಶ್ರ ಫಲಿತಾಂಶಗಳನ್ನು ಈ ವಿಧಾನ ಆದರೆ ಒಟ್ಟಾರೆಯಾಗಿ, ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ವಿಶೇಷವೇನು). The user don’t care about folders and in fact, don’t really understand that there are any folders. We have configured all the views on the library to show items without regard to folders.

I hit this problem twice as the technical implementation evolved and solved it differently each time. The first time, I wasn’t using the CONTAINS operator in the query. Without a CONTAINS operator, I was able to solve the problem by specifying the view on the SPQuery’s contructor. Instead of using the default constructor:

SPList oList = web.Lists["Documents"];

SPQuery oQuery = ಹೊಸ SPQuery();

ನಾನು ಬದಲಿಗೆ ವೀಕ್ಷಿಸಿ ಸ್ಪೆಸಿಫೈಡ್ ನಿರ್ಮಾಣಕಾರ ಬಳಸಲಾಗುತ್ತದೆ:

SPList oList = web.Lists["Documents"];

SPQuery oQuery = ಹೊಸ SPQuery(oList.Views["All Documents"]);

ಆ ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರ ಮತ್ತು ನನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಲು ಪ್ರಾರಂಭಿಸಿದರು.

I then added the CONTAINS operator into the mix and it broke again. It turns out that the CONTAINS operator, ಇಲ್ಲಿಯವರೆಗೆ ನಾನು ಹೇಳಬಲ್ಲೆ ಮಾಹಿತಿ, ಒಂದು ಸರಳ GEQ ಮಾಹಿತಿ ದೃಷ್ಟಿಯಿಂದ ಅದೇ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ / LEQ operators. I did some searching and learned that the query’s ViewAttributes should be set to "Recursive", ನಲ್ಲಿ:

oQuery.ViewAttributes = "Scope=\"Recursive\"";

That solved the problem for CONTAINS. ವಾಸ್ತವವಾಗಿ, ಇದು ನನ್ನ ಮೂಲ ಹುಡುಕು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬಹುದು ಮತ್ತು ನಾನು ಪುನರಾವರ್ತಿತ ಗುಣಲಕ್ಷಣ ಮೊದಲ ಬಾರಿಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಎಂದು, ನಾನು ಮತ್ತೆ ಸಮಸ್ಯೆಯನ್ನು ಎದುರಾದವು ಎಂದು.

ಒಂದು ನೋಟ ಆಧಾರಿತ SPQuery ಕೆಲವು ನಿರ್ವಾಹಕರು ಕೆಲಸ ಎಂದು ವಾಸ್ತವವಾಗಿ (GEQ/LEQ) ಮತ್ತು ಇತರರು (ಹೊಂದಿದ್ದರೆ), KPIs ಫೋಲ್ಡರ್ ಹೊಂದಿರುವ ಡಾಕ್ಯುಮೆಂಟ್ ಗ್ರಂಥಾಲಯಗಳು ಜೊತೆಗೆ ಕೆಲಸ ತೋರುತ್ತಿಲ್ಲ ಎಂಬ ಅಂಶವೂ ಸೇರಿಕೊಂಡು ನನ್ನನ್ನು SPQuery ಕೆಲವು ಆರ್ಥೊಗೊನಾಲಿಟಿಯನ್ನ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದೆ ನಂಬಲು ದಾರಿ.

ವಿಶೇಷ ಧನ್ಯವಾದಗಳು: