Bibliothek nach SQL Server 2008

Tom Scheuermann Als Antwort am 16 Okt. 2013 19:50

Hi,

ich hab das Problem noch nicht so recht verstanden.

Könntest Du etwas konkreter beschreiben um was es geht ? Vielleicht kann ich dann helfen ...

Dr1ton Als Antwort am 17 Okt. 2013 12:03

Hi,

ja klar.

Also wir haben hier eine SharePoint Library, keine Liste!!. Wir möchten nun die Daten einer SharePoint Library in unser SQL Server laden (zwecks reporting etc). Am besten in die dafür gesehenen Tabellen.

Eine SharePoint Liste in SQL Server zu laden ist sehr einfach und klappt wunderbar. Jedoch die Inhalte einer Library werden in .xml gespeichert. Dazu haben wir noch keinen Lösungsansatz gefunden. Stand jemand vor dieser Herausforderung? Würde mich mal interessieren, wie man dieses kleine Problemchen lösen kann.

Danke für die Hilfe.

Gruß

Dr1ton 

Andi Fandrich Als Antwort am 17 Okt. 2013 13:09

Grundsätzlich werden die Inhalte von SharePoint ja sowieso schon in SQL Server Tabellen gespeichert. Die Metadaten von Listen und Bibliotheken sogar in derselben Tabelle. Die Dateien werden als sog. Blobs ebenfalls in der Datenbank abgelegt. Über eine View könnte man da also sehr einfach drankommen, aber das Vorgehen wird von Microsoft nicht supportet (und deshalb mußt Du auch den Namen der View selbst herausfinden).

Man könnte aber einen Export/Import Mechanismus entwickeln, der die Daten über das SharePoint Objektmodell oder die Webservices abholt und wieder in SQL Server importiert. Oder eine Art Live-Schnittstelle, die man dann direkt in SQL Server einbindet. Das ist aber alles relativ aufwendig und vor allem sehe ich den Sinn nicht wirklich. Warum setzt Ihr Euer Reporting nicht direkt auf die Daten in SharePoint an?

Dr1ton Als Antwort am 17 Okt. 2013 15:16

Hi Andi,

das Reporting direkt aufzusetzten dürfen wir leider nicht :( Wurde uns strickt untersagt.

Aus diesem Grund möchten wir die Daten eben 1x täglich oder 1x wöchentlich abholen und dann auf unserem Server weiter verarbeiten.

Aber mit einem Webservice würde es klappen? Muss mich nur schlau machen, wie man das am einfachsten umsetzen kann.

Danke für eure Hilfe.

Tom Scheuermann Als Antwort am 18 Okt. 2013 08:10

Hi !

Das MS das direkte Abfragen von Daten in der Datenbank nicht supported hat schon seinen Grund, denn so könnte jemand unter Umgehung des kompletten Sicherheitsmodells von SharePoint (also alle Berechtigungen, etc.) Daten direkt Abfragen. Deshalb sollten auch nur die SharePoint Dienstkonten Zugriff auf die Datenbanken erhalten, so dass erst gar keine Sicherheitslücken entstehen können!

XML Daten kannst Du direkt mit T-SQL abfragen und auswerten:
http://stackoverflow.com/questions/13195922/how-to-query-xml-column-in-tsql
http://technet.microsoft.com/de-de/library/ms191474.aspx

Es wäre so möglich, das Du z.B. mit den SQL Server Integration Services ein Skript schreibst, das die Daten regelmässig in eine andere Datenbank überführt und dabei auch die XML Values in SQL Tabellenfelder schreibt. Die Reports fragen gegen diese Datenbank ab.

Allerdings kann ich nur absolut von diesem Vorgehen abraten, weil:
- wie bereits beschrieben eine Sicherheitslücke entstehen kann
- kein Mensch ausser den MS Entwicklern weiss, ob die XML oder Datenstruktur nicht mit den nächsten Update verändert wird und Du alles neu
  machen musst

Empfehlenswert ist definitv die Verwendung von SQL Server Reporting - oder ggf. MS Access.

Wenn es nur um die reine Abfrage von Metadaten geht, wäre evtl. auch ein EventReceiver (oder notfalls ein Workflow) möglich, der die Metadaten in eine Liste kopiert.