Comment travailler CAML Rejoint comme des Jointures SQL?

J'ai vérifié les articles ici et Googlé jusqu'à ce que je suis bleu dans le bout des doigts. J'ai pu lire et lire et lire et juste ne pouvez pas sembler envelopper ma tête autour de CAML Rejoint dans Sharepoint 2010.

Question: quelqu'un Peut-il svp montrer moi un exemple complet de la façon dont exactement CAML Requête de Jointure compare à SQL Requête de Jointure?

*For Example (SQL of Course, just something to work with)*

If I had a Database named "whatever" & it contained two tables.  
We'll name these "tableA" & "tableB", respectively.

Let's say they look like this:

 - tableA - 
ID | Column1 | Column2 | Column3

 - tableB - 
ID | Column4 | Column5 | Column6

SELECT tableA.Column1, tableA.Column2, tableB.Column4 
FROM tableA 
INNER JOIN tableB ON tableA.ID = tableB.ID

Would give me something like:

 - newTable - 
Column1 | Column2 | Column4
 result | result  | result
 result | result  | result
 result | result  | result

Donc, encore une fois, ma question est, puis-je obtenir un exacte exemple de ce même opération est inacted dans Sharepoint 2010 à l'aide de la CAML Rejoint la chaîne de Requête?

InformationsquelleAutor SpYk3HH | 2012-08-10
  1. 11

    Créer votre requête à partir d'une de vos listes. 

     SPList list = SPContext.Current.Site.RootWeb.Lists["TableA"];
 SPQuery query = new SPQuery();

    À faire la jointure, ensemble query.Joins à 

     <Join Type="INNER" ListAlias="TableB">
    <Eq>
        <FieldRef Name="TableA" RefType="ID" />
        <FieldRef List="TableB" Name="ID" />
    </Eq>
 </Join>

    et query.ProjectedFields à 

      <Field Name="TableBColumn4" Type="Lookup" List="TableB" ShowField="Column4">

    De choisir les champs à afficher query.ViewFields à 

      <FieldRef Name="Column1">
  <FieldRef Name="Column2">
  <FieldRef Name="TableBColumn4">

    Puis

    SPListItemCollection result = tablea.GetItems(query);

    Ou quelque chose comme ça (c'est de mémoire!)

    • Qui fait qu'elle l'aide à faire un peu plus depuis. Tests pour l'instant. Je vous remercie.
    • Permettez-moi de savoir si j'ai fait quelque terrible gaffe 🙂
    • Vous avez manqué une chose importante, vous ne pouvez rejoindre le champs de recherche.
    • Hey, est-il possible d'Adhérer Sans avoir des Champs de Recherche.?
    • Name="TableA" RefType="ID" /> ici TableA est le nom de la liste ou de recherche de nom de champ?
    InformationsquelleAutor podiluska
  2. 5

    Ma frustration miroirs vôtre, voici quelques conseils:

    1. Commencer la requête basée sur la table enfant dans la relation. (Je ne peux pas discerner, à partir de l'exemple de ce qui serait la mère et qui l'enfant.)

    2. Je suis d'accord avec Rob Windsor qu'elle doit être basée sur un champs de Recherche, mais de mon test, il doit être une recherche pour un ListItemID type de champ. Dans SharePoint, c'est le champ ID internes. (Je le sais parce que j'ai une recherche à un champ de texte, et il ne fonctionne tout simplement pas. Heures de la vie gaspillée.) J'ai actuellement un post sur les Forums Microsoft demandant si le RefType paramètre peut être rien d'autre que 'ID', alors peut-être garder un œil sur ce que. Enfin, si dans la projection des champs, le Type de paramètre doit toujours être "recherche", alors pourquoi est-il nécessaire?

    3. Aucun de la Requête CAML Constructeurs(YACQB et U2U) en charge les jointures, ne soyez donc pas la peine de télécharger et essayer.

    InformationsquelleAutor SClark