Représentation des relations parent-enfant dans les listes SharePoint
J'ai besoin de créer certaines fonctionnalités de notre application SharePoint qui remplit une liste ou des listes avec des simples données hiérarchiques. Chaque enregistrement parent représentera une "soumission", et chaque enregistrement enfant sera une "soumission". Il y a un 1-à-n de la relation entre les observations et la soumission d'articles. C'est facile à faire dans SharePoint? Les seuls types de liste de relations que j'ai fait jusqu'à présent sont des colonnes de recherche, mais cela semble un peu différent. Aussi, une fois que cette liste est établie, alors quelle est la meilleure façon de créer des vues sur ce type de données. Je suis presque convaincu qu'il serait plus facile d'écrire ce genre de choses à une base de données externe, mais je aimerais donner SharePoint une photo afin de prendre avantage de la recherche automatisée des capacités.
source d'informationauteur Chris Farmer
Vous devez vous connecter pour publier un commentaire.
Bon Parent/Enfant dans Sharepoint est presque impossible sans la développer vous-même. Il y a une approche qui ici: Simuler la relation Parent /Enfant dans SharePoint 2007 avec des Dossiers & Types de Contenu
(Note: il s'agit de SharePoint 2007. En 2010, Les jointures de rendre les choses plus faciles)
Le faire dans une autre base de données, créer une page(s) avec les contrôles que les surfaces les données et exécuter la recherche. Perd un peu les fonctionnalités de SharePoint.
Sinon, il sera peut-être possible de créer un champ personnalisé de contrôle qui vous permettra de rechercher les données dans l'autre liste.
Le champ personnalisé de contrôle peut être le seul à "voir" les données associées.
Je sais que nous l'avons fait pour le parent et l'enfant les relations entre les pages sur la même liste. Pas de 1 à N si.
Choix difficile.
Mon vote est "d'écrire ce genre de choses à une base de données externe"
Vous manquez beaucoup de choses dans Sharepoint des choses comme soutien à la transaction, de l'intégrité référentielle, moyen facile de mettre à jour (comparer SQL), de publication (à l'aide des Rapports des Services et une base de données SQL)... voir sharepoint comme un moyen de stocker des documents et des listes simples.....
L'argument pour Sharepoint est de savoir si c'est une petite application, pas d'exigences sur le soutien pour les transactions, pas besoin d'importer des données externes etc...
Quand les gens disent que Sharepoint est un développement plattform il est nécessaire de définir whjat ils pensent un développement plattform est.
Les dernières rumeurs au sujet de Sharepoint 2010 nous dit qu'il y aura le soutien de SQL server en fonction des listes dans la prochaine version ..... qui je pense va au moins se déplacer Sharepoint dans la bonne direction ....
Prendre un coup d'oeil à la SLAM, Liste SharePoint Gestionnaire de l'Association, un projet open source, ma société a créé et soutient activement. Le SLAM permet de synchroniser les données de SharePoint, SQL, y compris toutes les relations entre les listes. SLAM, en plus d'être très utile sur son propre, est vraiment un cadre destiné à permettre aux développeurs de créer leurs propres complexes associations de données à l'aide de ce que nous appelons SLAM type de profils. Nous avons un out-of-the-box type de profil qui fait partie du projet open source qui vous permet effectivement de faire une liste SharePoint hiérarchique à l'aide de l'ensemble imbriqué de modèle. Pour plus d'informations, voir cette page sur notre site de codeplex.
Je ne beaucoup de, juste à l'aide de sharepoint, l'utilisation d'un framework appelé AAA (Activité,de Cession,d'Artefact), qui vous permet d'utiliser des colonnes de recherche de lien d'une cession ou d'un artefact à une Activité parent. Vous générez une page web avec le web connecté à des parties qui vous permettent de filtrer toutes les affectations et les objets façonnés par l'activité. Par exemple, cliquez sur suivant pour une présentation dans la présentation web de la partie, et l'ensemble de la présentation des éléments joints à la soumission. Fonctionne très bien.
L'autre approche que vous pouvez regarder à l'aide est la persistance XML avec un champ de l'élément. C'est l'approche utilisée par le Podcasting Kit (sur CodePlex) pour stocker des choses comme les cotes.
Une méthode possible consiste à créer une soumission de type de contenu basé sur le type de contenu de dossier et la présentation de l'élément en fonction du type de contenu. Ensuite, vous pouvez stocker des données de façon hiérarchique, comme dans le système de fichiers et de travail des vues par défaut et la fonctionnalité de recherche.
Autre façon est de créer champ de recherche qui points à la même liste (liste=”auto”). Ce champ sera utilisé comme référence pour l'élément parent et vous obtiendrez la liste qui contient de manière récursive. L'utilisation de ces données par programmation va être ok, mais à l'aide de points de vue fonctionnalité sera peu complexe.
C'est facile à faire en utilisant un web connecté à la partie.
Créer deux listes:
Parent (Id, Titre)
Enfant (Id, Titre, ParentId)
Créer une nouvelle page sharepoint, ajouter DataFormWebPart (affichage Parent) et un autre pour Enfant, jeu de deux de filtre basé sur un paramètre QueryString (utilisez ce Paramètre pour filtrer les Parents.Id, et de l'Enfant.ParentId) voila, vous pouvez afficher les relations parent-enfant. Maintenant, en ajoutant des enfants est plus difficile, et c'est la partie que je n'ai pas travaillé sur encore.