Verwenden von BCs und externen Inhaltstypen zum Erstellen von Publishing -Seiten

Question

Ich starte ein neues SharePoint 2010 -Web -Content -Management -Projekt, bei dem ein Teil des Inhalts der Website von einem externen System (SQL Server basiert) angesteuert wird. Denken Sie an Mitarbeiterbios ... Das externe System ist das System der Aufzeichnungen für diese Daten. Wir müssen es (nur lesen) auf den Seiten auf der Website aufdecken - für jeden Datensatz möchten wir eine Veröffentlichungsseite erstellen.

Ich habe einige Nachforschungen angestellt, aber nicht auf Beispiele für die Verwendung von BCs und ECTs auf Publishing -Websites gestoßen. In Anbetracht dieses Ansatzes und in der Hoffnung, von der Community Feedback zu ihm zu erhalten:

• Erstellen Sie externer Inhaltstyp, um die Daten im externen System darzustellen
• Verwenden Sie einen Elementereignisempfänger, um eine Verlagsseite für neue Datensätze zu erstellen
• Der Elemittelempfänger kann auch einen Term Store zum Markieren an anderer Stelle aktualisieren
• Das Layout des Veröffentlichungsseiten würde auf dem externen Inhaltstyp basieren

Ich bin besorgt, dass ein Erz mehr der oben genannten Dinge mit externen Inhaltstypen möglicherweise nicht einmal möglich ist - oder ernsthafte Einschränkungen aufweist.

Würde sich über Gedanken zu diesem Ansatz und den direkten Zugriff auf SQL aus Webpartien auf einer Publishing -Seite basieren, die auf einem Parameter von Abfragestöne basieren.

Vielen Dank

Answer 1

Die Verwendung von BCS für externe Inhaltstypen und -listen eignet sich besser für die Auftakt externer Daten in einem vertrauten Format, das Geschäftsbenutzer konsumieren können - eine SharePoint -Liste. Ich sehe keinen großen Vorteil, wie Sie es vorschlagen.

Haben Sie darüber nachgedacht, BCS zu verwenden, um Benutzerprofile zu erweitern, um die Bioinformationen als zugeordnete Eigenschaft einzuziehen? Dies würde die Informationen als Teil des nativen Benutzerprofils bereitstellen, und Sie können problemlos mit dem SharePoint -Objektmodell von einem benutzerdefinierten Webpart darauf zugreifen, um eine benutzerdefinierte Profilseite zu rendern.

3 Ansätze, die ich in Betracht ziehen könnte, wäre:

a) - Verwenden Sie BCS, um die SQL -Daten als zugeordnete Eigenschaft in Benutzerprofile zu importieren. Erstellen Sie eine benutzerdefinierte Suchseite, um das Benutzerprofil/die Biografie mit XSL mit einem Abfrageparameter zu rendern

a) - Verwenden Sie BCS, um die SQL -Daten als zugeordnete Eigenschaft in Benutzerprofile zu importieren. Verwenden Sie eine Seite mit abfrage -parameter angetriebenen Seite mit benutzerdefinierten Web -Teilen, die die Benutzerbiio lesen und präsentieren

c) - Wickeln Sie die benutzerdefinierten Benutzerprofildaten in einen restlichen Webdienst ein - Verwenden Sie einen Abfrage -Parameter -DFWP mit XmldataSource und XSL, um den Inhalt zu rendern

Ich neige zu a) weil es native Funktionen der SharePoint -Plattform nutzt, wie sie verwendet wurden. Durch die Erweiterung von Benutzerprofilen mit BCS können sie durch Personensuche auffließen, und Suchseiten können angepasst werden, ohne dass sie mit Webpart -Konfiguration und XSL auf benutzerdefinierten Code zurückgreifen müssen.