Representación de relaciones padre-hijo en listas de SharePoint

Question

Necesito crear alguna funcionalidad en nuestra aplicación de SharePoint que llene una lista o listas con algunos datos jerárquicos simples. Cada registro principal representará una "presentación" y cada registro secundario será un "elemento de envío". Existe una relación de 1 a n entre las presentaciones y los elementos de envío. ¿Es práctico hacerlo en SharePoint? Los únicos tipos de relaciones de lista que he hecho hasta ahora son columnas de búsqueda, pero esto parece un poco diferente. Además, una vez que se establece dicha relación de lista, ¿cuál es la mejor forma de crear vistas en este tipo de datos? Estoy casi convencido de que sería más fácil escribir esto en una base de datos externa, pero me gustaría darle una oportunidad a SharePoint para aprovechar las capacidades de búsqueda automática.

Answer 1

Hágalo en una base de datos separada, cree una página (s) con controles que muestren los datos y ejecuten la búsqueda sobre eso. Sin embargo, pierde bastante de las características de SharePoint.

De lo contrario, puede estar bien crear un control de campo personalizado que le permita buscar los datos en la otra lista. El control de campo personalizado puede ser el que "vea" los datos relacionados. Sé que lo hemos hecho para las relaciones entre padres e hijos entre las páginas de la misma lista. No de 1 a N sin embargo.

Difícil elección en ambos sentidos.

Answer 2

Hago esto simplemente usando sharepoint, usando un marco llamado AAA (actividad, asignación, artefacto), que le permite usar columnas de búsqueda para vincular una tarea o artefacto a una actividad principal. A continuación, crea una página de parte web con elementos web conectados que le permiten filtrar todas las asignaciones y artefactos por actividad. Por ejemplo, haga clic en junto a un envío en el elemento web de envío, y se mostrarán todos los elementos de envío adjuntos a dicho envío. Funciona genial.

Answer 3

Propo Padre/Hijo en Sharepoint es casi imposible sin desarrollarlo usted mismo. No es un método para que aquí: Simulate Parent/Child relationship in SharePoint 2007 with Folders & Content Types

(Nota: Esto se refiere a SharePoint 2007. En el año 2010, Joins make this much easier)

Answer 4

El otro enfoque que se puede buscar en el uso persiste XML con un campo en el artículo. Este es el enfoque utilizado por el Podcasting Kit (en CodePlex) para almacenar cosas como calificaciones.

Answer 5

Un posible método es crear un tipo de contenido de envío basado en el tipo de contenido de la carpeta y un elemento de envío basado en el tipo de contenido del elemento. Luego puede almacenar datos jerárquicamente como en el sistema de archivos y también trabajará con vistas predeterminadas y funcionalidad de búsqueda.

Otra forma es crear el campo de búsqueda que apunta a la misma lista (list = "self"). Este campo se usará como referencia al elemento principal y obtendrá una lista que contiene datos relacionados recursivamente. Para usar esta información programáticamente estará bien, pero utilizar la funcionalidad de vistas será un poco complejo.

Answer 6

Es fácil de hacer usando un elemento web conectado.

Cree dos listas:

principal (ID, título) Niño (Id, Título, parentid)

Crear una nueva página de SharePoint, añadir DataFormWebPart (que muestra los Padres) y otra para niños, establecer ambos para filtrar en base a un parámetro QueryString (use ese parámetro para filtrar Parent.Id, y Child.ParentId) voila, puede visualizar las relaciones padre-hijo. Ahora, agregar niños es más difícil, y esa es la parte que aún no resolví.

Answer 7

Mi voto es "escribir este material a una base de datos externa"

se le pasa una gran cantidad de cosas en SharePoint cosas como soporte de transacciones, integridad referencial, forma fácil de actualizar (comparar SQL), la presentación de informes (a partir de notificaciones Servicios y una base de datos SQL) ... ver sharepoint como una forma de almacenar documentos y listas simples .....

El argumento para Sharepoint es si se trata de una aplicación pequeña, sin requisitos de soporte para transacciones, no es necesario para importar datos externos, etc. ...

Cuando la gente dice Sharepoint es una plataforma de desarrollo allí s una necesidad de definir qué creen que es una plataforma de desarrollo.

Los últimos rumores sobre Sharepoint 2010 nos dice que no habrá soporte para listas basadas en servidor SQL en la próxima versión ..... que creo que va a pasar al menos Sharepoint en la dirección correcta ....

Answer 8

Eche un vistazo a SLAM, el Administrador de la Asociación de la Lista de SharePoint, un proyecto de código abierto que mi compañía creó y apoya activamente. SLAM le permite sincronizar datos de SharePoint con SQL, incluidas las relaciones entre listas. SLAM, además de ser muy útil por sí solo, es realmente un marco diseñado para permitir a los desarrolladores crear sus propias asociaciones de datos complejas utilizando lo que llamamos perfiles de tipo SLAM. Tenemos un perfil de tipo listo para usar que es parte del proyecto de código abierto que en realidad le permite hacer una lista de SharePoint jerárquica utilizando el modelo de conjunto anidado. Para obtener más información, consulte this page en nuestro sitio Codeplex.