Uso de BCS y tipos de contenido externo para crear páginas de publicación

Question

Estoy comenzando un nuevo proyecto de administración de contenido web de SharePoint 2010 donde una parte del contenido del sitio está impulsada por un sistema externo (SQL Server). Piense en la BIOS de los empleados ... El sistema externo es el sistema de registro de estos datos, necesitamos exponerlo (solo leer) en las páginas de publicación en el sitio; para cada registro, queremos crear una página de publicación.

He investigado un poco, pero no he encontrado ejemplos de uso de BCS y ECTS en sitios de publicación. Teniendo en cuenta este enfoque y con la esperanza de recibir comentarios sobre él de la comunidad:

• Cree un tipo de contenido externo para representar los datos en el sistema externo
• Use un receptor de eventos de elementos para crear una página de publicación para nuevos registros
• El receptor del evento del elemento también puede actualizar un almacén de términos para el uso del etiquetado en otro lugar
• El diseño de la página de publicación se basaría en el tipo de contenido externo

Me preocupa que uno más de las cosas anteriores quizás ni siquiera sea posible con los tipos de contenido externo, o tengan limitaciones serias.

Agradecería cualquier pensamiento sobre este enfoque frente a acceder directamente a SQL desde las piezas web en una página de publicación basada en un parámetro de cadena de consulta.

Gracias

Answer 1

El uso de BCS para tipos y listas de contenido externo es más adecuado para surgir datos externos en un formato familiar que los usuarios comerciales pueden consumir: una lista de SharePoint. No veo mucha ventaja usando la forma en que estás sugiriendo.

¿Ha considerado usar BCS para aumentar los perfiles de usuario para extraer la información bio como una propiedad mapeada? Esto proporcionaría la información como parte del perfil de usuario nativo, y podría acceder fácilmente a ella con el modelo de objeto SharePoint desde una parte web personalizada para representar una página de perfil personalizado.

3 enfoques que podría considerar tomar sería:

a) - Use BCS para importar los datos SQL como una propiedad asignada en perfiles de usuario: cree una página de búsqueda personalizada para representar el perfil de usuario/bio utilizando XSL con un parámetro de consulta

a) - Use BCS para importar los datos de SQL como una propiedad asignada en perfiles de usuario: use una página impulsada por el parámetro de consulta con piezas web personalizadas que lean y presenten la biografía del usuario

c) - Envuelva los datos de perfil de usuario personalizados en un servicio web RESTFUL - Use un DFWP impulsado por la consulta y el parámetro con XMLDataSource y XSL para representar el contenido

Me inclino hacia A) porque está aprovechando las características nativas de la plataforma SharePoint de la forma en que fueron diseñadas para ser utilizadas. El aumento de los perfiles de usuario con BCS les permite surgir a través de la búsqueda de personas, y las páginas de búsqueda se pueden personalizar sin tener que recurrir al código personalizado con la configuración de la pieza web y el XSL.