Partage de données sur des sites Sharepoint - Roll Up ou Pull Down?

Question

Mon lieu de travail commencera à utiliser Sharepoint en interne au cours des prochains mois. Je suis très excité par les possibilités d'avoir des données plus structurées sur notre intranet. Un élément clé de ceci est de permettre aux données liées d'être réparties dans la hiérarchie du site. J'expérimente actuellement avec une liste de membres du comité, avec l'idée que quelque part sur le site, vous pourriez voir une liste de tous les membres de chaque comité. Ensuite, dans d'autres parties du site, vous ne voulez voir que les membres d'un seul comité. Des divers articles et billets de blogs que j'ai lu, il semble qu'il y ait trois façons d'accepter d'aborder ce:

1. Roll Up - ont Subsites leurs propres listes (en option à partir d'un modèle de liste). Les types de contenu sont utilisés pour que les instances puissent être collectées dans un composant WebPart Affichage de données sur le site parent.

2. Pull Down - Une liste principale est définie dans le parent et chaque sous-site contient une vue de cette liste, filtrée

3. Achat ou créer un webpart Rollup personnalisé.

Quelles sont vos expériences dans différentes situations? Quels sont les compromis de ces techniques et y a-t-il d'autres (bonnes) façons que j'ai ratées? BTW, l'exemple des membres du comité est ce que je suis en train d'expérimenter pour essayer différentes possibilités. Je suis plus intéressé par les compromis généraux, pas nécessairement spécifiques à cet exemple.

Answer 1

Après avoir fait cela plusieurs fois sur différents sites, pour votre situation, je vous recommande:

1.Roll Up - ont des sous-sites leurs propres listes (en option à partir d'un modèle liste ). Les types de contenu étant utilisés, les instances peuvent être collectées dans un composant WebPart Affichage des données sur le site parent.

Cela donne plus de flexibilité, non seulement peuvent d'autres sites dans votre collection de sites obtenir ces informations, vous pouvez utiliser la webpart de requête de recherche pour rouler les informations contenues dans d'autres collections de sites (le CQWP et DVWP ne fonctionnent pas sur le site collections).

La seule fois où j'ai utilisé un modèle Pull Down, c'est qu'il y a logiquement une seule liste à laquelle ira la collection de sites. De telles listes pour nous ont toujours été de nature fonctionnelle, par ex. Une liste de définitions de requêtes de contenu pour une fonctionnalité personnalisée ou une liste de clients sur laquelle TOUS les sites s'appuient et qui sont utilisées pour remplir un contrôle de champ personnalisé installé.

Answer 2

Je dirais que les deux fonctionneront aussi bien, mais les avantages de l'un sur l'autre se résument à la façon dont vous allez structurer votre collection de sites intranet.

Answer 3

Vous pouvez également envisager d'utiliser le composant WebPart Requête de contenu (CQWP) en combinaison avec une structure de collection de sites complémentaires afin de faire apparaître les données des membres du comité. Avec un peu de personnalisation, le CQWP peut faire des choses incroyables - et il a été entièrement optimisé sous le capot par l'équipe du groupe de produits pour gérer toutes sortes de requêtes. Il est facile à configurer et à utiliser, et il existe de nombreux exemples sur la façon de les utiliser sur le Web.