La dernière semaine, j'ai été mise en œuvre une « évolution" solution pour un client qui utilise les BDC et SPQuery et s'est heurtée à quelques difficultés à utiliser SPQuery contre une bibliothèque de documents contenant des dossiers. Ligne de fond: attribuer "récursif" à l'attribut de point de vue de la requête.

Mon scénario:

• Lundi, Télécharger un document et de fournir certaines données meta.
• La semaine suivante, J'ai télécharger un nouveau document. Une grande partie des métadonnées de ce nouveau document se fonde sur le document que j'ai téléchargé le lundi (que nous appelons le « document maître »).
• Nous avons créé une façade de service web qui fournit une interface facile à BDC à la liste afin que les utilisateurs peuvent facilement trouver ce document lundi par une recherche de titre.
• Une colonne de données BDC fournit une interface utilisateur conviviale. (Cela fait partie de ma tentative à l'aide de la BDC pour une colonne de recherche plus conviviale).

La fonction finale de façade BDC utilise une requête comme celle-ci pour faire de la recherche:

 // Utilisé U2U outil pour aider à générer cette requête CAML.
      oQuery.Query =
        "<Où>";

      Si (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Et>";

      oQuery.Query  =
        "    <Et>" +
        "      <GEQ>" +
        "        <FieldRef nom =  "DocumentId" />" +
        "        <Valeur de Type =  « Text »>" + minId + "</Valeur>" +
        "      </GEQ>" +
        "      <Leq>" +
        "        <FieldRef nom =  "DocumentId" />" +
        "        <Valeur de Type =  « Text »>" + maxId + "</Valeur>" +
        "      </Leq>" +
        "    </Et>";

      Si (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Contient>" +
          "      <FieldRef nom =  "Title" />" +
          "      <Valeur de Type =  « Text »>" + titleFilter + "</Valeur>" +
          "    </Contient>" +
          "  </Et>";
      oQuery.Query  =
        "</Où>";

Au cours de la phase initiale de développement, cela fonctionnait très bien. Cependant, Nous avons présenté des dossiers dans le répertoire de résoudre certains problèmes et soudain, mon sélecteur de BDC ne renvoie aucun résultat. J'ai suivi cela au fait que le SPQuery ne reviendrait jamais aucun résultat. Nous avons utilisé les dossiers principalement pour permettre plusieurs fichiers portant le même nom d'être téléchargés, mais avec des données différentes de meta. Lorsque le fichier est téléchargé, Nous créons un dossier basé sur l'ID de l'élément de la liste et puis déplacez le fichier, il (J'ai écrit à ce sujet ici; Nous avons eu résultats mitigés avec cette approche, mais dans l'ensemble, Il fonctionne bien). L'utilisateur ne se soucient pas sur les dossiers et en fait, ne comprends pas vraiment qu'il y a tous les dossiers. Nous avons configuré toutes les vues de la bibliothèque pour afficher les éléments sans tenir compte des dossiers.

J'ai frappé ce problème elle deux fois plus que la réalisation technique a évolué et résolus différemment chaque fois. La première fois, Je n'étais pas en utilisant l'opérateur CONTAINS dans la requête. Sans un opérateur CONTAINS, J'ai été en mesure de résoudre le problème en spécifiant l'affichage sur le constructeur de la SPQuery. Au lieu d'utiliser le constructeur par défaut:

SPList oList = web.Listes[« Documents"];

SPQuery oQuery = Nouveau SPQuery();

J'ai utilisé à la place un constructeur spécifié d'un point de vue:

SPList oList = web.Listes[« Documents"];

SPQuery oQuery = Nouveau SPQuery(oList.Views[« Tous les Documents"]);

Qui a résolu le problème et j'ai commencé à obtenir mes résultats.

J'ai ensuite ajouté l'opérateur CONTAINS dans le mélange et qu'il est tombé à nouveau. Il s'avère que l'opérateur CONTAINS, pour autant que je peux dire, ne fonctionne pas avec le point de vue de la même façon que l'un GEQ plus simple / Opérateurs LEQ. J'ai fait quelques recherches et appris que ViewAttributes de la requête doit être défini sur « Récursive », comme dans:

oQuery.ViewAttributes = « Portée = "Recursive"";

Qui a résolu le problème pour CONTAINS. En fait, Cela a également résolu mon problème de recherche originale et si j'avais spécifié le récursif attribuent la première fois, Je n'aurait pas couru une fois de plus la question.

Le fait qu'une opinion fondée SPQuery fonctionne pour certains opérateurs (GEQ/LEQ) et pas d'autres (CONTIENT), couplé avec le fait que les IRC ne semblent pas travailler du tout avec conduit de bibliothèques de document contenant du dossier me faire croire que SPQuery a quelques problèmes d'orthogonalité.

Merci spécial:

• Les bonnes gens de U2U et leur outil d'interrogation.
• Grands de Michael Hoffer "apprentissage par la pratique" billet de blog, commentaires et réponses.

</fin>

S'abonner à mon blog!