Warum Sie SharePoint Online nicht als Datenbank verwenden sollten
SharePoint ist ein Dokumentenmanagementsystem zum Speichern von Dateien, Organisieren von Dokumenten, Teilen und Bearbeiten von Dokumenten in Zusammenarbeit mit anderen. Einige Benutzer, die in der Vergangenheit möglicherweise MS Excel oder MS Access verwendet haben, denken vielleicht, dass es in Ordnung ist, SharePoint als Datenbank zu verwenden. Unabhängig von den Vorteilen dieses Ansatzes sollten Sie jedoch vermeiden, SharePoint als Datenbank zu verwenden.
Bevor wir auf die Gründe eingehen, warum von einer solchen Verwendung abgeraten wird, hier einige Faktoren, die für Benutzer attraktiv erscheinen könnten, SharePoint als Datenbank in Betracht zu ziehen:
- Sie benötigen keine DBA-Rechte, um ein neues Schema bereitzustellen.
- Eine erweiterbare Schnittstelle, die für die Datenverwaltung einsatzbereit ist.
- Sie müssen SharePoint-Apps nicht mit Daten koordinieren, die an anderen Orten gespeichert sind
- Datenmigration ohne Synchronisierung
Datenorganisation
In SharePoint gibt es keine datenbankähnliche Datenorganisation, was ein wichtiger Grund dafür ist, SharePoint nicht als Datenbank zu verwenden. Auf den ersten Blick ähneln SharePoint-Listen mit all ihren Spalten und verschiedenen Datentypen Datenbanktabellen. Die Daten sind in diesen Strukturen jedoch anders organisiert. Verwendet SharePoint SQL Server? SharePoint verwendet MS SQL Server als Datenbankmanagementsystem für seinen Betrieb, aber SharePoint ist nicht dafür ausgelegt, die Funktionen einer echten Datenbank auszuführen. Was ist eine SharePoint-Inhaltsdatenbank? Eine Inhaltsdatenbank ist eine Datenbank zum Speichern von SharePoint-Daten für eine oder mehrere Websitesammlungen. Dies ist die Datenbank, die sich auf dem MS SQL Server befindet, der für den Betrieb von SharePoint verwendet wird.
Im Vergleich zu relationalen Datenbanken fehlen in SharePoint Beziehungen zwischen Tabellen. Hier sind die Datenbeziehungen, die in SharePoint fehlen:
Eins-zu-eins. Ein Datensatz in einer Tabelle ist mit einem Datensatz in einer anderen Tabelle einer Datenbank verknüpft. Beispielsweise kann eine Abteilung nur einen Manager haben, und ein Manager kann nur eine Abteilung verwalten.
Eins-zu-viele. Ein Datensatz in einer Tabelle ist mit mehreren Datensätzen in einer anderen Tabelle verknüpft. Beispielsweise kann ein Kunde viele Kundenaufträge haben.
Viele zu vielen. Datensätze in zwei oder mehr Tabellen sind mit vielen Datensätzen in einer anderen Tabelle verknüpft. Beispielsweise können Kunden mehrere Produkte kaufen, und Produkte können von mehreren Kunden gekauft werden.
Fehlende Datenbankfunktionen
Funktionen fehlen (oder sind praktisch nicht vorhanden) in SharePoint Online und SharePoint vor Ort. Sehen wir uns kurz diese fehlenden Funktionen von SharePoint an.
Primärschlüssel und Fremdschlüssel
Eine Datenbank verwendet eindeutige Identifikatoren, darunter Primärschlüssel und Fremdschlüssel, um einen Datensatz zu identifizieren und Tabellen mit Eltern-Kind-Beziehungen zu verknüpfen. Ein Primärschlüssel identifiziert einen Datensatz in der Tabelle eindeutig; eine Tabelle kann nur einen Primärschlüssel haben. Ein Primärschlüssel besteht aus einer oder mehreren Spalten und kann keine NULL-Werte enthalten. Ein Fremdschlüssel ist eine Spalte oder eine Gruppe von Spalten, die auf einen Primärschlüssel in einer anderen Tabelle verweist und Daten zwischen Tabellen verknüpft. Zwischen SharePoint-Listen bestehen keine Beziehungen, und diese Listen können nicht auf die gleiche Weise wie Tabellen in einer Datenbank verknüpft werden.
SQL-Sprache
SQL (Structured Query Language) ist eine Standardsprache, mit der Sie Code für komplexe Abfragen in Datenbanken schreiben können. Bei Verwendung einer echten Datenbank können Sie Abfragen speichern und wiederverwenden. Diese Funktionalität fehlt in SharePoint. SharePoint unterstützt nur CAML, Odata und Suchabfragen. Sie sollten eine SharePoint-Datenbank (die MS SQL-Datenbank, die von SharePoint zum Speichern von SharePoint-Inhalten verwendet wird) nicht direkt mit SQL abfragen, da dies zu Stabilitätsproblemen führen und gegen die EULA (Endbenutzer-Lizenzvereinbarung) verstoßen kann.
Gespeicherte Prozeduren
Gespeicherte Prozeduren sind Teil der SQL-Sprache. Eine gespeicherte Prozedur ist eine Gruppe von SQL-Anweisungen, d. h. ein wiederverwendbarer Codeblock, der erstellt und in der Datenbank gespeichert wird. Gespeicherte Prozeduren werden von den meisten Datenbankmanagementsystemen (DBMS) unterstützt. Gespeicherte Prozeduren bieten eine Reihe von Vorteilen. Sie können die Datenzugriffslogik an einem einzigen Ort zentralisieren und optimieren. Was die Sicherheit betrifft, benötigen Benutzer keine Lese-/Schreibberechtigungen für zugrunde liegende Tabellen, wenn ihnen Ausführungsrechte für eine gespeicherte Prozedur gewährt werden. Bei der Verwendung von SharePoint können Sie keine gespeicherten Prozeduren verwenden.
Transaktionen
Eine Transaktion ist eine Arbeitseinheit, die jede Änderung in einer Datenbank darstellt und als „Ganzes” betrachtet werden kann. Ein Beispiel für eine Transaktion ist, wenn Sie Geld von einem Bankkonto (Quelle) abheben und auf ein anderes Bankkonto (Ziel) überweisen. Diese beiden Aktionen sind Elemente einer Transaktion. Wenn die erste Aktion erfolgreich ist, die zweite jedoch fehlschlägt, wird das Geld zurück auf das Quellbankkonto überwiesen, um die Integrität der Transaktion zu gewährleisten. Dies ist ein Transaktions-Rollback. In ähnlicher Weise werden Änderungen in einer Datenbank zurückgesetzt, wenn eine Transaktion fehlschlägt, und es gehen keine Daten verloren. SharePoint unterstützt kein Rollback für Transaktionen.
Indizierung und Abfrageoptimierung
Indizierung und Abfrageoptimierung werden verwendet, um die Leistung der Datenbank zu verbessern. Häufig verwendete Felder können vorab indiziert werden, wodurch die Leistung verbessert wird. Datenbanken können für die Datenabfrage optimiert werden, indem Optimierungstechniken wie die Erstellung von Zeigern auf den Speicherort der Daten in der Datenbank verwendet werden. Dieser Ansatz ist wesentlich schneller als die Suche in der gesamten Datenbank. Die Indizierung in SharePoint dient dazu, die Suche nach in SharePoint gespeicherten Inhalten zu verbessern. Allerdings ist die Funktionalität im Vergleich zu einer Datenbank, die Sie direkt verwenden können, eingeschränkt. Insbesondere ist SharePoint auf 20 indizierte Spalten in einer Liste beschränkt.
Große Elemente und Binärdaten
Die meisten modernen Datenbanken können große Datenmengen und Binärdaten (wie Videodateien, Bilder, Audiodateien usw.) direkt in der Datenbank speichern. Binärdaten können als Dateianhänge in SharePoint-Listen gespeichert werden, dies wird jedoch nicht empfohlen. In Bezug auf die Funktionalität haben Binäranhänge in SharePoint nicht die gleiche Leistung wie Binärfelder in einer relationalen Datenbank. Wenn Sie zu viele Elemente mit Binäranhängen in SharePoint-Listen speichern, kann sich die Leistung erheblich verschlechtern. SharePoint erstellt nicht für jede Liste und Bibliothek in der SharePoint-Inhaltsdatenbank eine neue Datenbanktabelle. Alle Daten, die Sie in SharePoint-Listen und -Bibliotheken sehen, werden in einer einzigen Tabelle der Inhaltsdatenbank gespeichert.
SharePoint kann viele Elemente nicht auf die gleiche Weise verarbeiten wie eine Datenbank. Sie sollten die Anzahl der Elemente in einer SharePoint-Liste auf 2000 beschränken (in einer Stammliste und den darin enthaltenen Ordnern). Wenn Sie Dateien in SharePoint hochladen müssen, laden Sie diese in eine SharePoint-Bibliothek hoch und verwenden Sie zu diesem Zweck keine SharePoint-Listen.
Zugriff außerhalb von SharePoint
Sie können nur von Programmierschnittstellen oder XML auf SharePoint-Listen außerhalb von SharePoint zugreifen. Aufgrund der schlechten Integration sollten Sie keine Listen verwenden, um Daten in einem SharePoint-Repository zu speichern, auf die externe Anwendungen zugreifen müssen. Im Gegensatz dazu verfügen relationale Datenbanken über alle erforderlichen Funktionen für die Integration und die Zusammenarbeit mit externen Anwendungen.
Fazit
Es gibt viele Gründe, SharePoint nicht als Datenbank zu verwenden. SharePoint ist für andere Zwecke gedacht. Die Verwendung von SharePoint als Datenbank kann erhebliche Nachteile und Leistungseinbußen mit sich bringen. Sie können eine relationale Datenbank nicht durch SharePoint ersetzen. Listen werden in SharePoint aus einem Grund nicht als Tabellen bezeichnet. Der Hauptzweck von SharePoint besteht darin, Dokumente zentral zu speichern und gemeinsam zu bearbeiten. Verwenden Sie für jede Ihrer geschäftlichen Anforderungen das richtige Tool.
Unabhängig davon, ob Sie MS SQL, Oracle oder SharePoint verwenden, vergessen Sie nicht, Ihre Daten zu sichern. NAKIVO Backup & Replication ist eine universelle Lösung für die Datensicherheit, die Oracle-Backups, MS SQL-Backups, Office 365-Backups (einschließlich SharePoint Online-Backups) und SharePoint Server-Backups unterstützt.
