Список Sharepoint против SQL Server

Question

Я собираюсь работать с LOB-приложением для своего клиента. Веб-приложение asp.net должно размещаться на локальном сервере Sharepoint. Раньше я создавал формы ввода данных с помощью Infopath и разрабатывал рабочие процессы с помощью инструмента разработчика Sharepoint, но у меня ограниченный опыт разработки sharepoint.

Требования к проекту: 1. Экран ввода данных для ввода данных, который будет храниться в хранилище данных, таком как SQL Server? 2. Панель управления, указывающая статус отправленных запросов. 3. Приложение должно быть размещено на сервере Sharepoint (по существу в данный момент). Но я хотел бы знать, что, если позже, они решили перенести его в Office 365 (облако)? Будет ли проще переносить приложение, включая любые рабочие процессы, которые создаются?

Что мне нужно посоветовать? Вот некоторые из моих вопросов:

1. Хранилище данных (SQL Server vs Sharepoint) - Какой из них лучше? Для типичного приложения LOB, такого как этот, имеет смысл хранить данные в списке SQL Server или Sharepoint?

2. Производительность. Будет ли она превышать производительность приложения, если данные хранятся в списке Sharepoint вместо SQL Server? Что было бы идеальным выбором? Список Sharepoint используется как хранилище данных только для некоторых очень специфических сценариев и каковы эти сценарии? Ожидается, что количество данных этого приложения будет расти с течением времени. Вероятно, скажем, что каждый месяц будет добавлено почти 30000 записей и может быть более поздним?

3. Безопасность - это список Sharepoint - безопасный способ хранения данных? Я знаю, что администратор sharepoint может предоставить доступ к списку sharepoint, если кто-то захочет, что позволит людям изменять структуру списка или испортить данные через sharepoint.

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

Answer 1

Если ваше приложение LOB имеет сложную структуру, такую ​​как таблицы с очень отношениями и две или более связанные таблицы по отношениям, SharePoint доставит вам неприятности.

Если вам нравится составлять сводный отчет из всех таблиц со сложным соединением, лучше использовать SQL Server. Простой ответ: разработка SharePoint с несколькими связанными таблицами сложна, а обслуживание программного обеспечения тоже затруднено.

Производительность: список SharePoint с очень большими данными (выше 500000 записей) будет зависеть от аппаратного обеспечения на сервере, но вы можете использовать большие шаблоны списков, если вам нравится этот url Link.

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