Список рекомендаций SharePoint

Question

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

Я хотел бы знать, каковы лучшие практики?

При создании списка я уже имел в виду несколько вопросов:

• Сам SharePoint содержит скрытый идентификатор.Должен ли я создать свой собственный идентификатор?
• Как лучше всего отобразить внешний ключ?Это так же просто, как создать поле поиска?или вы думаете, что лучше всего создать однострочный текст, и тогда моя программа свяжет идентификатор.Какой из них использовать?

Любые другие советы по этому вопросу будут полезны.Кстати, я использую SharePoint 2010.

Answer 1

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

Answer 2

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

Подробнее о предмете здесь: http://msdn.microsoft.com/en-us/library/ee557243.aspx

Answer 3

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

Посмотрите эти видео на канале 9 для более подробной информации о возможностях с услугами доступа

http://channel9.msdn.com/Learn/Courses/Office2010/AccessUnit

Answer 4

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

Поскольку вы используете SharePoint 2010, у вас немного улучшена поддержка обработки больших списков с помощью регулирования и улучшенных полей поиска. Также BDC теперь называется BCS и поддерживает обновление и создание данных с помощью списков SharePoint. В теории это дает вам еще два варианта: а. Поместите данные в списки, используя поля поиска и б. Поместите данные в базу данных и получите к ним доступ через BCS.

Подход а) наверняка только долговечен, если в ваших списках не более пары тысяч записей и могут возникнуть некоторые проблемы из-за природы полей поиска. Для подхода б) я понятия не имею, как БКС работает с реляционными данными. Я использовал его с простыми несвязанными данными из базы данных, и это просто отлично работает. Также для больших объемов данных. Хотя оба подхода имеют свои недостатки, они по-прежнему имеют то преимущество, что вы получаете пользовательский интерфейс и настройки безопасности «бесплатно». Я думаю, что это в значительной степени зависит от вашего сценария, что имеет смысл ...

Answer 5

Я бы туда тоже не пошел. Особенно не через BDC. Если вам нужно интегрировать с реляционными данными, вы можете сделать это прямо из кода вашего рабочего процесса .NET. Вы по-прежнему можете использовать SharePoint для запуска рабочих процессов и ведения списков задач и т. Д.

Если ваши данные реляционные ... поместите их в реляционную базу данных. С этим хорошо.