Im SQL Managementstudio Daten Abfragen

Olaf Didszun Als Antwort am 10 Nov. 2015 14:29

Hi Henk,

ich weiß nicht, was du vor hast, aber aus meiner Erfahrung kann ich dir sagen, lass die Finger davon. Microsoft unterstützt keine Umgebungen, in denen von außen auf die Inhaltsdatenbanken zugegriffen wird. Mit einem einfachen Select gegen eine der Tabellen kannst du Sperren im SQL Server verursachen, die den Betrieb beeinträchtigen.

Wenn du trotzdem da ran willst, z.B. weil du auf einer Kopie der Inhaltsdatenbank arbeitest ( ;-) ), dann findest du die Metadaten in der Tabelle dbo.AllUserData, die Dokumente in dbo.AllDocs und dbo.AllDocStreams. Das gesamte Datenbankschema ist echt pfiffig, aber nicht wirklich leicht zu verstehen (und auch nicht dokumentiert).

Beste Grüße

Olaf

Henk Fischer Als Antwort am 10 Nov. 2015 15:04

Hi Olaf, besten Dank.

Ich habe z.B. eine Liste mit dem Namen Musterliste und eine Spalte mit dem Namen "Musterspalte 1"

verstehe ich es richtig, dass ich diese Spalte in der dbo.AllUserData unter Spalten wiederfinde? Und die Inhalte der Spalte? Muster Eintrag 1 und 2?

Beste Grüße

Henk

Andi Fandrich Als Antwort am 10 Nov. 2015 15:45

Alle Daten aller Listen werden in einer einzigen Datenbanktabelle gespeichert. Diese Tabelle hat dazu die Maximalzahl an Spalten. Das sind dann so ungefähr 25 bit-Spalten, 40 int-Spalten, 30 datetime-Spalten usw. (Zahlen natürlich nicht abgezählt). Wenn Du jetzt eine Spalte für eine Liste anlegst, wird die auf eine freie Spalte gemappt, also z.B. die erste Ja/Nein-Spalte auf die Spalte bit1. Die genaue Zuordnung mußt Du entweder über Beispieldaten finden oder über das Objektmodell und dort das Fieldschema auslesen.

Und Achtung: man kann in SharePoint mehr Spalten eines Typs anlegen als in der Datenbank vorgesehen sind. In der Datenbank gibt das dann eine zweite Zeile, die aber mit der ersten verknüpft ist. Diesen Zeilenumbruch kann es (glaube ich) bis zu vier Mal geben.

Also um es kurz zu machen, schließe ich mich Olaf an: lass die Finger davon und benutze die vorgesehenen Wege.

Andi Fandrich Als Antwort am 10 Nov. 2015 15:54

Es gibt jede Menge und ich weiß nicht, was für Dich am besten paßt.

Es gibt das serverseitige Objektmodell, mit dem man praktisch alles und mit praktisch beliebig hohen Berechtigungen machen kann. Funktioniert aber nur direkt auf dem Server.

Es gibt das clientseitige Objektmodell, mit dem man auch remote arbeiten kann. Es ist etwas eingeschränkt, reicht aber sehr oft aus. Das gibt es in C# und JavaScript (und Silverlight, aber das ist tot).

Und es gibt die REST-Services, mit denen man ebenfalls fast alles machen kann. Die Clientobjekte benutzen das unter der Haube auch.

Olaf Didszun Als Antwort am 10 Nov. 2015 16:04

Und noch als kleine Ergänzung: wenn man Auswertungen machen will, dann können die SQL Server Reporting Services auch direkt auf SharePoint Listen/Bibliotheken zugreifen. Die arbeiten dann mit den von Andi schon beschriebenen Techniken.

Grüße

Olaf

Frank Daske Als Antwort am 10 Nov. 2015 17:28

Eine andere Möglichkeit ist es, mit Tools SharePoint Listen mit SQL Server Tabellen zu synchronisieren (in eine Richtung, oder auch in beide).

Die Vorgehensweise wird hier gezeigt:
https://www.youtube.com/watch?v=z2wpSGm_raQ

Im Beispiel ist es Office 365, geht für SharePoint natürlich auch.

Beste Grüße, Frank

Olaf Didszun Als Antwort am 10 Nov. 2015 15:51

Hi Henk,

darf man wissen, was du vorhast? Ich kann mir vorstellen, dass es einen besseren Weg gibt.

Beste Grüße

Olaf