Хранение пользовательских свойств для сайта SharePoint

Question

Допустим, вы создаете решение по управлению проектами, где каждый проект равняется одному сайту (объект SPWEB). Каждый проект обладает своими свойствами, такими как: менеджер проекта, бюджет, клиент, описание, статус и т. Д., Которые необходимо хранить. Кроме того, сайт содержит другие элементы проекта, такие как документы, задачи и т. Д.

Как вы думаете, что будет лучшей практикой для их хранения, некоторые варианты, которые я рассматриваю, но я открыт для предложений здесь:

• Пользовательский список на этом сайте (Плюс: Легко редактировать, Минусы: Данные не являются единообразными для единого списка)

• Встроено в spweb.properties (Плюс: Легко развиваться с,Минусы: Нет встроенного пользовательского пользовательского интерфейса и других преимуществ пользовательского интерфейса)

• Пользовательские списки (ы) на корне этой коллекции сайтов (Плюс: Централизованный,Минусы: Требуется пользовательская безопасность для реализации) для реализации)

• Пользовательская база данных (Плюс: Реляционные, Минусы: Здесь нет преимуществ SharePoint ...)

Answer 1

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

Работал довольно хорошо для обзора во всех проектах, чтобы получить детали для всех.

Answer 2

Microsoft предоставляет некоторое руководство в этой области.

SharePoint Patterns & Practices Settings Manager

Answer 3

Ты пытался http://spconfigstore.codeplex.com/ Анкет Существует столбец категории конфигурации, который может относиться к проекту, это решение 2007 года