Рекомендуется ли использовать данные транзакции с высокой томой в списках SharePoint?

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/49115

Вопрос

Мне нужно разработать стратегию решения для внутреннего приложения, которое будет принимать входы из RFID-тегов, и эти записи будут храниться «где-то».Теперь это где-то должно быть выбор между списком SharePoint или базой данных SQL.Ожидается, что сделки с высоким объемом ожидается.

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

большим объемом я ожидаю около 20 тыс. Новые товары / день.

Это было полезно?

Решение

Я бы пошел на базу данных SQL.По нескольким причинам:

  1. Хранение в списке SharePoint добавляет много накладных расходов, которые вам не нужно.
  2. с 20К-элементами в день вы достигнете поддерживаемого максимума за 15000 дней и перечислите ограничение в 6 часов
  3. , но самое важное с этим количеством данных, которые вы хотите получить, является совокупным, чтобы понять ощущение данных.И это область, где SharePoint действительно не хватает по сравнению с SQL

Другие советы

Я бы и имел в прошлом, используйте отдельную базу данных SQL для хранения всех этих данных.Это потребует дополнительной работы для презентации данных, но с использованием BCS, SSRS и / или PowerPivot, вы можете довольно легко вытащить это в SharePoint.Я не стал бы так сильно в базу данных контента SP и ожидать хороших вещей;)

Похоже, вы планируете развивать вид «услуги» здесь.

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

paragoservice - хороший пример реализации приложения SharePoint Service

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top