Pregunta

Estamos empezando el desarrollo de SharePoint, y una de mis primeras tareas es construir una herramienta de recolección de datos. Será utilizado en varios sitios, por lo que habrá un área de administración, y cada sitio se tire en su preguntas relacionadas, y registrar los datos. He pasado por un montón de tutoriales sobre el desarrollo, y tener una idea bastante buena de cómo empezar. Sólo quiero asegurarme de que entiendo una cosa. Listas de tareas, básicamente, toman el lugar de su base de datos? Si se trataba de una aplicación regular, me gustaría crear una tabla de preguntas, una mesa de enlace que indica qué preguntas están conectados a qué sitio, una tabla que almacena la respuesta, que une a la mesa de sitio y pregunta.

Es este el patrón básico sigue, o debería estar haciendo las cosas de forma diferente para aplicaciones de SharePoint?

Si la idea es utilizar un DATABSE externa, puede apuntar a cualquier persona que me alguna información sobre esto?

¿Fue útil?

Solución

En nuestro proyecto Sharepoint nos miramos con Listas. Fue bueno hasta cierto punto - hasta DB tenía sólo unos pocos las relaciones entre los datos. Después de añadir tablas y las relaciones de rendimiento cae mucho y tuvimos que cambiar a utilizar DB estándar de MS SQL Server. Así que recomiendo utilizar DB.

Disadventages: no puede utilizar los controles de SharePoint para editar los datos del / de vista y no se puede restringir el acceso a los datos desde el nivel del sharepoint
CICAR: mucho más rápido acceso a los datos

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top