Discussion :

[Kael_004]

Bonjour tout le monde!


J'ai 2 listes: l'une qui contient des plans et l'autres qui contient des lieux.
Chaque lieu peut avoir plusieurs plans associés, et chaque plan appartient à un seul lieu.

La liste des lieux est déjà entière, seule la liste des plans est à compléter.
Lorsqu'un utilisateur ajoute un nouveau plan, il y a un champ obligatoire, de type recherche, qui lui demande de choisir un lieu auquel associer ce nouveau plan.
Ainsi, dans ma liste des plans, pour chaque plan on a un lien vers le lieu correspondant.

Là où cela devient délicat (et là où je bloque) c'est pour faire la réciproque:
Dans la liste des lieux, j'ai besoin d'avoir une colonne qui me ramène automatiquement tous les plans qui sont associés au lieu.

Parmi tous les choix de colonne possible, seul le type "valeur calculée" me semble se rapprocher de ce que je voudrais, pour le côté "calcul dynamique", mais sans que je sache quoi en faire, ni même sans que je sache si c'est faisable.

Est-ce que quelqu'un aurait une idée ?


Merci d'avance de votre aide!

[xangdar]

Là où cela devient délicat (et là où je bloque) c'est pour faire la réciproque:

Si j'ai bien compris la réciproque c'est créer un nouveau lieu ? Je n'ai pas bien saisi s'il y a création d'un nouveau lieu il n'y aura pas de plan associé...

[ludojojo]

Bonjour,

Nativement, tu ne pourras pas remonter tous les éléments liés à ton lieu dans une colonne.
Par contre tu peux utiliser une connexion entre deux webparts dans une page afin d'afficher les données que tu souhaites.
Tu peux également faire une vue groupée dans la ta liste de plans. En revanche cette méthode ne te permettra pas de modifier l'élément lieu...

[Kael_004]

xangdar >> Non non, on ne créé pas de nouveau lieu. Je parais de la réciproque au sens où, si pour chaque plan on indique à quel lieu il est lié, on devra réciproquement pour chaque lieu indiquer quels plans lui sont liés.

ludojojo >> Dommage que ça ne soit pas possible en natif, mais ton idée d'utiliser "une connexion entre deux webparts dans une page afin d'afficher les données que tu souhaites" sonne plutôt bien à mes oreilles.
Tu peux m'expliquer plus en détail?

[ludojojo]

Tu peux m'expliquer plus en détail?

Plutôt qu'une explication compliquée, je préfère te renvoyer vers la documentation office.
La solution de la vue ne correspond pas à ton besoin ?

[Kael_004]

Ok, je vais aller regarder ça avec attention!

Eh non, la solution de la vue groupée ne convient pas, car, derrière, j'ai un besoin utilisateur précis: On veut, par exemple, pouvoir voir la liste de tous les lieux qui n'ont pas de plans.
D'où mon besoin d'avoir une colonne qui liste les plans de chaque lieu.

[Kael_004]

Bon, le système de connexion entre 2 webparts n'a pas l'air de répondre à mon besoin.

Je pensais à une autre idée: faire un JOIN sur les 2 listes, comme en base de données.
Du coup, je pourrais obtenir une liste résultat qui ferait correspondre chaque plan avec chaque lieu, et qui laisserait vide les champs de plan quand le lieu n'a pas de plan et que donc il n' y a pas de correspondance.
Ca permettrait de faire mon fameux affichage avec filtre pour voir uniquement les lieux sans plans.

C'est possible, ça, sur SharePoint?

[Kael_004]

... Non?

Ce n'est pas possible?

[nonoxp]

Bonjour,

Une solution :
- Creation d'un service WCF qui effectue l'appel a la base de donnees avec la jointure externe
- Dans Sharepoint, creation d'un type de contenu externe pointant vers le service WCF (http://msdn.microsoft.com/en-us/libr...ffice.14).aspx
- Creation d'une liste basee sur ce content type

Variante : Utilisation d'une vue sql a la place du service WCF ( http://msdn.microsoft.com/en-us/libr...ffice.15).aspx )

[Kael_004]

Intéressant, je vais regarder ça!
C'est pas ce que j'avais imaginé de plus simple, mais si y'a pas d'autre moyen...

[JuNi.]

Hello,

Peut être une autre solution qui me parait plus simple notamment parce qu'elle ne nécessite pas forcément des connaissances SP, même si elle risque de te faire plus travailler l'affichage.

Pourquoi ne pas exécuter une requête CAML sur ta liste "Lieu" et sur ta liste "Plan" (en JS par exemple) ?
A partir de là, tu obtiens toutes les valeurs de tes listes et tu peux jongler avec comme tu l'entends, créer les tableaux que tu veux et les afficher par la suite, ce qui rend le tout hyper-modulable. (Peut être trop pour le besoin ?)

Le WCF me permet un peu plus joli cependant, mais je ne connais pas du tout cette façon de procéder.

[nonoxp]

Ma solution precedente ne repond pas au probleme, je sais pas pouquoi mais je suis parti sur une integration de donnees externes... My bad.

Une requete CAML de jointure semble appropriee, avec l'indicateur Type LEFT qui correspond a un Left outer join en SQL.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<Join Type="LEFT"  ....

[Kael_004]

Haha, ok, pas de souci.
Je n'avais pas encore eu le temps de regarder, donc y'a pas de mal.

Je n'ai jamais fait de requête CAML, et je ne sais même pas comment ça fonctionne, mais je devrais pouvoir trouver comment faire ça sur développez.net .
C'est simple à mettre en place?
Parce que ma boîte a pour slogan "Pas de code, pas de dev, que du standard, sous peine de mort!", donc bon...

[nonoxp]

Je vois... Utiliser du CAML custom sans code/dev/tout en standard, cela risque de limiter vos possibilites.
A part la creation d'une source de donnees liees (par jointure) via Sharepoint designer et un DataFormWebPart je ne vois pas comment arriver a realiser ce que vous voulez... si tant est que votre politique permette l'utilisation de cet outil

Si neanmoins vous partez sur une solution a base de CAML, il vous faudra un outil (en voici un parmi d'autres) pour vous aider a construire la requete :
http://spcamlqueryhelper.codeplex.com/

La partie concernant la jointure est documentee ici :
http://msdn.microsoft.com/en-us/libr...ffice.14).aspx
http://msdn.microsoft.com/en-us/libr...ffice.15).aspx