Представление отношений родитель-потомок в списках SharePoint

Question

Мне нужно создать некоторые функции в нашем приложении SharePoint, которое заполняет список или списки с помощью простых иерархических данных. Каждая родительская запись будет представлять «представление», и каждая дочерняя запись будет «элементом представления». Между представлениями и элементами представления есть соотношение 1 к одному. Это практично делать в SharePoint? Единственные типы отношений списков, которые я сделал до сих пор, - это столбцы поиска, но это кажется немного другим. Кроме того, как только такое отношение списка установлено, тогда как лучше всего создать представления для такого типа данных. Я почти уверен, что было бы проще просто написать этот материал во внешнюю базу данных, но я хотел бы дать SharePoint, чтобы воспользоваться возможностями автоматического поиска.

Answer 1

Сделайте это в отдельной базе данных, создайте страницы с элементами управления, которые обрабатывают данные и запускают поиск по этому вопросу. Тем не менее, проигрывает множество функций SharePoint.

В противном случае может возникнуть необходимость создать настраиваемый элемент управления полем, который позволит вам искать данные в другом списке. Пользовательский элемент управления полем может использоваться для просмотра соответствующих данных. Я знаю, что мы сделали это для родительских отношений между страницами в одном списке. Не один-к-N, хотя.

Жесткий выбор в любом случае.

Answer 2

Я делаю это очень просто, используя sharepoint, используя фреймворк под названием AAA (Activity, Assignment, Artifact), который позволяет использовать столбцы поиска для связывания присвоения или артефакта с родительской активностью. Затем вы создаете страницу веб-частей со связанными веб-частями, которые позволяют фильтровать все задания и артефакты по активности. Например, нажмите рядом с представлением в веб-части представления, и все элементы отправки, прикрепленные к этой заявке, будут отображаться. Прекрасно работает.

Answer 3

Proper Родитель/ребенок в Sharepoint практически невозможно, не развивая его самостоятельно. Существует один подход к тому, что здесь: Simulate Parent/Child relationship in SharePoint 2007 with Folders & Content Types

(Примечание: Это относится к SharePoint 2007. В 2010 году Joins make this much easier)

Answer 4

Другой подход, который вы можете посмотреть на использование упорствует XML с полем в элементе. Это подход, используемый комплектом Podcasting Kit (на CodePlex) для хранения таких вещей, как рейтинги.

Answer 5

Одним из возможных способов является создание типа содержимого отправки на основе типа содержимого папки и элемента представления на основе типа содержимого элемента. Затем вы можете хранить данные иерархически, как в файловой системе, а также работать с представлениями по умолчанию и функциями поиска.

Другой способ - создать поле поиска, которое указывает на тот же список (list = "self"). Это поле будет использоваться как ссылка на родительский элемент, и вы получите список, содержащий рекурсивно связанные данные. Использовать эти данные программно будет хорошо, но использование функций просмотра будет немного сложнее.

Answer 6

Это легко сделать, используя подключенную веб-часть.

Создать два списка:

Parent (Id, Title) Child (Id, Title, ParentId)

Создать новую страницу Sharepoint, добавьте DataFormWebPart (отображение Parent) и еще один для ребенка, установите оба из них фильтруются на основе параметра QueryString (используйте этот параметр для фильтрации Parent.Id и Child.ParentId), вы можете отображать отношения родитель-потомок. Теперь добавить детей сложнее, и это та часть, которую я еще не разработал.

Answer 7

Мой голос «чтобы написать этот материал для внешней базы данных»

Вы пропустите много вещей в Sharepoint вещи, как поддержка транзакций, ссылочной целостности, простой способ обновления (сравни SQL), отчетов (с использованием отчетов Службы и база данных SQL) ... см. Sharepoint как способ хранения документов и простых списков .....

Аргумент для Sharepoint - это небольшое приложение, никаких требований по поддержке транзакций, нет необходимости импортировать внешние данные и т. д.

Когда люди говорят, что Sharepoint является платформой разработки там, где я необходимо определить, что они считают, что платформа разработки.

Последние слухи о Sharepoint 2010 говорит о том, что будет поддержка списков SQL-сервера на основе в следующей версии ..... который я думаю, по крайней мере, двигаться Sharepoint в правильном направлении ....

Answer 8

Взгляните на SLAM, SharePoint List Association Manager, проект с открытым исходным кодом, который моя компания создала и активно поддерживает. SLAM позволяет синхронизировать данные SharePoint с SQL, включая любые отношения между списками. SLAM, помимо того, что он очень полезен сам по себе, на самом деле является основой, которая позволяет разработчикам создавать свои собственные сложные ассоциации данных, используя то, что мы называем профилями типа SLAM. У нас есть один готовый профиль типа, который является частью проекта с открытым исходным кодом, который фактически позволяет вам создать иерархию списка SharePoint с использованием модели вложенного набора. Для получения дополнительной информации см. this page на нашем сайте codeplex.