Mejores prácticas de la lista de SharePoint

Question

Estoy creando una aplicación que usa la Lista de SharePoint para almacenar los datos. El diseño de los datos sería muy parecido, como si lo va a poner en una base de datos relacional, con elementos como la relación de muchos a muchos, claves principales, claves foráneas.

Me gustaría saber cuáles son las mejores prácticas?

Hay algunas preguntas que tengo en mente ya la hora de crear la lista:

• SharePoint en sí contiene un identificador oculto. ¿Debo crear mi propia identificación?
• ¿Cuál es la mejor manera de reflejar una clave externa? ¿Simplemente está creando un campo de búsqueda? o crees que es mejor simplemente crear un texto de una sola línea y luego mi programa vinculará la ID. ¿Cuál usar que?

Cualquier otro consejo sobre esto sería útil. Por cierto, estoy usando SharePoint 2010.

Answer 1

No haría esto. Si va a funcionar como una base de datos relacional, solo debe usar una base de datos relacional. El problema que está experimentando con claves externas es solo la punta del iceberg cuando se trata de usar listas como tablas de bases de datos.

Answer 2

Yo tampoco iría allí. Especialmente no a través del BDC. Si tiene que integrarse con datos relacionales, también podría hacerlo directamente desde su código de flujo de trabajo .NET. Aún podría aprovechar SharePoint para iniciar flujos de trabajo y mantener listas de tareas, etc.

Si sus datos son relacionales, colóquelos en una base de datos relacional. Está bien con eso.

Answer 3

Estoy totalmente de acuerdo con los otros chicos. Los datos relacionales se colocan mejor en una base de datos diseñada para eso.

Dado que está utilizando SharePoint 2010, tiene un soporte un poco mejor para manejar grandes listas por medio de regulación y campos de búsqueda mejorados. Además, el BDC ahora se llama BCS y admite la actualización y creación de datos por medio de listas de SharePoint. En teoría, esto te da dos opciones más: a. Coloque los datos en listas usando campos de búsqueda y b. Coloque los datos en la base de datos y acceda a ellos a través de BCS.

El enfoque a) es seguro solo duradero siempre que sus listas no tengan más de un par de miles de entradas y podrían tener algunos problemas debido a la naturaleza de los campos de búsqueda. Para el enfoque b) No tengo idea de cómo BCS trata con los datos relacionales. Lo he estado utilizando con datos simples no relacionados de una base de datos y eso funciona bien. También para grandes cantidades de datos. Aunque ambos enfoques tienen su inconveniente, todavía tienen la ventaja de que obtiene la interfaz de usuario y el recorte de seguridad 'de forma gratuita'. Creo que depende en gran medida de su escenario lo que tiene sentido ...

Answer 4

Acepto que las listas de SharePoint no reemplazan a las bases de datos relacionales. Si está decidido a tener los datos ubicados en SharePoint, tal vez piense en usar los servicios de Access para crear su diagrama de relación de entidad y luego publique la base de datos en SharePoint mediante los servicios de acceso.

Echa un vistazo a estos Canal 9 vídeos para más detalles de las posibilidades con los servicios de acceso

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

Answer 5

En algunos casos que desea almacenar los datos en una base de datos en lugar de en las listas de SharePoint, si está seguro de que esto es lo que quiere hacer, luego crea su base de datos y tablas como lo haría normalmente, y luego crea una lista usando un tipo de contenido externo que defina en SharePoint para reflejar sus datos en su base de datos.

Más información sobre el tema aquí: http://msdn.microsoft.com/en-us/library/ee557243.aspx