¿Se recomienda almacenar datos de transacción de alto volumen en listas de SharePoint?

Question

Necesito diseñar una estrategia de solución para una aplicación interna que tomará las entradas de las etiquetas RFID y esos registros se almacenarán "en algún lugar".Ahora, este lugar debe ser la opción de elegir entre una lista de SharePoint o una base de datos SQL.Se esperan transacciones de alto volumen en esto.

Se creará informes y opiniones para las partes interesadas involucradas en estas transacciones registradas dependiendo de la lógica de negocios requerida.Si bien, SharePoint es la opción obvia para la capa de presentación, teniendo en cuenta la gran cantidad de opciones que recibo usando vistas de la lista, consulta de contenido, informes y paneles de puntos de rendimiento y todavía no está claro para usar una lista para guardar los datos o usar la base de datos SQL.

Por alto volumen Estoy esperando alrededor de 20k nuevos artículos / día.

Answer 1

Yo iría a la base de datos SQL.Por varias razones:

1. almacenar en la lista de SharePoint agrega una gran cantidad de sobrecargas que no necesita.
2. con artículos de 20k por día, llegará al máximo soportado en 15000 días y listará el límite de escolero en 6 horas
3. , pero lo más importante con esa cantidad de datos lo que desea obtener es agregado para dar sentido a los datos.Y este es el área donde se faltan SharePoint realmente en comparación con SQL

Answer 2

Lo haría, y tendría en el pasado, use una base de datos SQL separada para almacenar todos estos datos.Esto requerirá un trabajo adicional para la presentación de los datos, pero utilizando BCS, SSRS y / o PowerPivot, puede tirar bastante fácilmente en SharePoint.No lo pondría mucho en una base de datos de contenido SP y esperaría cosas buenas;)

Answer 3

Parece que está planeando desarrollar un tipo de 'servicio' aquí.

No creo que la lista es una opción, sin embargo, podría desarrollar esto como aplicación de servicio personalizada que seguirá siendo parte de la infraestructura de SharePoint, pero debajo de ella utilizará la base de datos de servicios.

Paragoservice es un buen ejemplo de la implementación de la aplicación de servicio de SharePoint personalizada