In Access gibt es verschiedene Möglichkeiten, Dateien zu speichern. Diese kann man zum Beispiel in Anlagefeldern ablegen, oder man belässt die eigentlichen Dateien im Dateisystem und notiert in den Tabellen lediglich den Pfad zu den Dateien oder auch nur die Dateinamen. Welche Variante man wählt, hängt letztlich von der Menge und der Größe der Dateien ab, sprich: vom benötigten Speicherplatz. Der ist nämlich in Access-Datenbanken auf zwei Gigabytes begrenzt. In SQL Server-Datenbanken sieht dies ganz anders aus. Selbst bei Verwendung der kostenlosen Express-Edition dürfen die einzelnen Datenbank-Dateien bis zu zehn Gigabytes an Platz auf der Festplatte einnehmen. Auch hier gibt es verschiedene Varianten zum Speichern der Dateien. Die erste ist, die Dateien in varbinary(max)-Feldern zu hinterlegen. Oder man nutzt dazu sogenannte Filetables. Hier werden die Dateien in einem speziell dazu vorgesehenen Bereich der Festplatte abgelegt, aber unter die Kontrolle des SQL Servers gestellt – und gleichzeitig über einen speziellen Typ von Tabelle verwaltet. Wie das gelingt, zeigen wir in diesem Artikel.<\/b><\/p>\n
Dateien in Access und der Speicherplatz<\/h2>\n
Eines der großen Probleme von Access-Datenbanken ist der vergleichsweise geringe Speicherplatz. Sicher, wenn wir nur reine Textinformationen oder Zahlen verwalten, kommen wir damit eine Weile aus.<\/p>\n
Soll die Datenbank aber auch in Feldern etwa des Typs OLE-Objekt <\/b>oder Anlage<\/b> noch Elemente wie Bilder oder Dateien aufnehmen, geraten wir schnell ans Limit.<\/p>\n
Unter Access gibt es dabei die Möglichkeit, nur den Pfad zur jeweiligen Datei zu speichern und diese im Dateisystem zu belassen, aber damit sind einige Einschränkungen verbunden – zum Beispiel müssen wir die Pfadangaben ändern, wenn die Datenbank samt referenzierter Dateien einmal verschoben werden soll und wir müssen uns selbst darum kümmern, dass die Daten immer an Ort und Stelle bleiben und gesichert werden.<\/p>\n
Die Möglichkeiten in einer SQL Server-Datenbank sehen ähnlich aus. Das Pendant zum Anlagefeld oder dem OLE-Objekt-Feld sind Felder mit dem Datentyp varbinary(max)<\/b>.<\/p>\n
Dies ähnelt allerdings eher dem Datentyp OLE-Object<\/b> in Access – die Dateien werden dort im Binärformat gespeichert, was bedeutet, dass wir diese, wenn wir beispielsweise Bilddateien in einem Bildsteuerelement anzeigen wollen, zuvor erst in das geeignete Format umwandeln müssen.<\/p>\n
Praktischer für diesen Fall ist unter Access das Anlagefeld. Darin gespeicherte Bilder lassen sich durch Angabe des jeweiligen Feldes als Steuerelementinhalt direkt im Bildsteuerelement anzeigen.<\/p>\n
Daher ist die Verwendung eines sogenannten FileTables unter SQL Server eine geeignete Alternative. Zwar lässt sich ein Bildsteuerelement nicht direkt an ein Feld dieser FileTable binden, aber in der FileTable werden die Pfadangaben zur jeweiligen Datei gespeichert, den wir ebenfalls als Datenquelle von Bildsteuerelementen angeben können.<\/p>\n
Gleichzeitig können wir, entsprechende Berechtigungen vorausgesetzt, in einer FileTable gespeicherte Dateien in einem Bildsteuerelement von Access anzeigen.<\/p>\n
Daher schauen wir uns in diesem Artikel einmal genau an, wie wir eine FileTable im SQL Server erstellen und nutzen können.<\/p>\n
In weiteren Artikeln betrachten wir, wie die in einer FileTable<\/b>-Tabelle gespeicherte Bilddateien in einem Access-Bildsteuerelement angezeigt werden können.<\/p>\nVoraussetzungen für den Einsatz von FileTables<\/h2>\n
Die erste und wichtigste Voraussetzung ist die Aktivierung eines speziellen Features des SQL Servers, nämlich FILESTREAM<\/b>.<\/p>\n
Dieses Feature wurde mit SQL Server 2008 eingeführt, FileTable <\/b>gibt es seit 2012. Wenn Du also nicht mit einer vorsintflutlichen Version von SQL Server arbeitest, sollten die Voraussetzungen grundsätzlich erfüllt sein.<\/p>\n
FILESTREAM <\/b>ist standardmäßig nicht aktiviert, wir müssen diese Funktion also erst einmal an den Start bringen.<\/p>\nFILESTREAM aktivieren<\/h2>\n
Wir beschreiben das Aktivieren von FILESTREAM <\/b>in den folgenden Abschnitten für eine frisch installierte Instanz der SQL Server Express Edition.<\/p>\n
Dazu starten wir den SQL Server-Konfigurations-Manager, was zum Beispiel für SQL Server 2022 wie folgt gelingt:<\/p>\n
![\"Aufrufen](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_001.png\")
<\/p>\n
Bild 1: Aufrufen des SQL Server-Konfigurationsmanagers<\/span><\/b><\/p>\n<\/ul>\n Danach klicken wir doppelt auf den Eintrag SQL Server-Dienste und dann mit der rechten Maustaste rechts auf die gewünschte Instanz, hier SQL Server (SQLEXPRESS) <\/b>und wählen den Eintrag Eigenschaften <\/b>aus – wobei der in Klammern angegebene Name der Instanzname ist und auch abweichen kann (siehe Bild 2).<\/p>\n Bild 2: Anzeigen der Eigenschaften der SQL Server-Instanz<\/span><\/b><\/p>\n Im nun erscheinenden Dialog wechseln wir zur Registerseite FILESTREAM<\/b> (siehe Bild 3).<\/p>\n Bild 3: Eigenschaften mit dem FILESTREAM-Bereich<\/span><\/b><\/p>\n Dort finden wir folgende Optionen:<\/p>\n Hier aktivieren wir die ersten beiden Optionen und belassen den Windows-Freigabenamen bei SQLEXPRESS<\/b>.<\/p>\n Danach muss der SQL Server neu gestartet werden, was wir wiederum im SQL Server Konfigurationsmanager erledigen, indem wir dort den Kontextmenü Neu starten <\/b>aufrufen (siehe Bild 4).<\/p>\n Bild 4: Neustart des SQL Servers<\/span><\/b><\/p>\n Alternativ starten wir den SQL Server direkt im SQL Server Management Studio neu, indem wir mit der rechten Maustaste auf den Eintrag für den Server klicken und den Befehl Neu starten <\/b>betätigen.<\/p>\n Die hier vorgenommenen Einstellungen können wir auch über das SQL Server Management Studio vornehmen. Dazu zeigen wir die Eigenschaften des Eintrags für den SQL Server an und wechseln dort zur Seite Erweitert <\/b>(siehe Bild 5).<\/p>\n Bild 5: FILESTREAM in den SQL Server-Eigenschaften im SQL Server Management Studio<\/span><\/b><\/p>\n Wenn wir FILESTREAM <\/b>für den Zugriff über das Dateisystem aktiviert haben, finden wir im Windows Explorer eine entsprechende Freigabe vor (siehe Bild 6). Wenn diese nicht direkt sichtbar ist, geben wir in der Adressleiste des Windows Explorers folgendes ein:<\/p>\n Bild 6: Freigabe für SQLEXPRESS<\/span><\/b><\/p>\n Dann erscheinen zunächst die SQL Server-Instanzen. Hier klicken wir im Falle der Express-Edition doppelt auf SQLEXPRESS<\/b>.<\/p>\n Auf diese können wir aber aktuell noch nicht zugreifen.<\/p>\n Dazu müssen wir im SQL Server Management Studio noch den vollen Zugriff aktivieren (siehe Bild 7).<\/p>\n Bild 7: Erweitern auf Vollzugriff<\/span><\/b><\/p>\n Danach können wir schließlich auf die Freigabe amvDesktop2023\\SQLEXPRESS<\/b> (oder wie sie bei Dir heißt) zugreifen, finden dort aber bisher weder Ordner noch Dateien vor.<\/p>\n Wozu diese Freigabe benötigt wird, erläutern wir in den folgenden Abschnitten.<\/p>\n Die FileTable<\/b>-Technik basiert auf FILESTREAM<\/b>. Damit können wir sowohl Dateien über die Datenbank speichern und diese dann über das Dateisystem öffnen als auch Dateien in dem für die Datenbank vorgesehenen Verzeichnis speichern und diese damit unter den Zugriff der SQL Server-Datenbank stellen.<\/p>\n Zu Beispielzwecken erstellen wir zunächst eine neue Datenbank, die mit FILESTREAM <\/b>ausgestattet ist. Das erledigen wir im SQL Server Management Studio, indem wir in einer neuen Abfrage den Code aus Listing 1 ausführen.<\/p>\n Listing 1: Erstellen einer Datenbank mit FILESTREAM<\/span><\/b><\/p>\n Danach erscheint die neue Datenbank wie in Bild 8 im SQL Server Management Studio.<\/p>\n Bild 8: Die neue FileTable-Datenbank<\/span><\/b><\/p>\n Weiter oben haben wir bei der Anpassung des SQL Servers für die Verwendung von FILESTREAM<\/b> und FileTable <\/b>bereits einen Windows-Freigabenamen festgelegt, unter dem die vom SQL Server verwalteten Dateien aufzufinden sein sollen.<\/p>\n Diese Freigabe wird von der kompletten SQL Server-Instanz genutzt, was bedeutet, dass nicht nur eine, sondern auch mehrere Datenbanken darauf zugreifen. Deshalb müssen wir pro Datenbank noch ein Unterverzeichnis erstellen. Dieses legen wir in den Eigenschaften der Datenbank auf der Seite Optionen unter FILESTREAM<\/b> fest.<\/p>\n Stelle also für die Eigenschaft FILESTREAM<\/b>-Verzeichnisname einen entsprechenden Wert wie etwa FileTableDB <\/b>ein und lege mit der Eigenschaft Nicht transaktionsgebundener FILESTREAM-Zugriff <\/b>fest, wie weit der Zugriff von außerhalb des SQL Servers zugelassen werden soll – also beispielsweise über den Windows Explorer (siehe Bild 9). Das Verzeichnis können wir auch mit folgender Anweisung festlegen:<\/p>\n Bild 9: Anlegen eines Verzeichnisses für die FileStream-Datenbank<\/span><\/b><\/p>\n Und diese Anweisung stellt die Zugriffsart auf FULL<\/b>, READONLY <\/b>oder OFF <\/b>ein:<\/p>\n Wenn wir nun noch einmal den Windows Explorer bemühen, werden wir unter der bereits vorhandenen Freigabe einen neuen Ordner vorfinden, der den angegebenen Namen trägt (siehe Bild 10).<\/p>\n Bild 10: Das Verzeichnis für die FileTable-Datenbank<\/span><\/b><\/p>\n Zum aktuellen Zeitpunkt können wir allerdings noch keine Dateien über das Dateisystem in diesem Verzeichnis ablegen. Um dies zu ändern, müssen wir eine Tabelle zum Speichern der Dateien erstellen. Für FileTables sieht der SQL Server einen eigenen Bereich im Objekt-Explorer vor, und zwar unterhalb des Eintrags Tabellen<\/b>.<\/p>\n Für den Eintrag FileTables <\/b>finden wir im Kontextmenü auch die Möglichkeit, eine neue FileTable zu erstellen (siehe Bild 11).<\/p>\n Bild 11: Erstellen einer neuen FileTable<\/span><\/b><\/p>\n Dies zeigt nun ein neues Abfragefenster mit einem Template zum Erstellen einer FileTable an (siehe Bild 12).<\/p>\n Bild 12: Code zum Erstellen einer neuen FileTable<\/span><\/b><\/p>\n FileTable <\/b>ist prinzipiell ein eigener Tabellentyp, deren Struktur bestimmten Vorgaben unterliegt. Eine einfache Anweisung zum Erstellen einer FileTable ist die folgende:<\/p>\n Dabei geben wir keine Spaltennamen an, sondern nur ein paar Eigenschaften. Die erste hier abgebildete heißt FILETABLE_DIRECTORY <\/b>und gibt an, in welchem Verzeichnis unterhalb des Verzeichnisses für die aktuelle Datenbank die Dateien dieser Tabelle gespeichert werden sollen.<\/p>\n Die zweite heißt FILETABLE_COLLATE_FILENAME <\/b>und legt die Sortierreihenfolge für die Tabelle fest.<\/p>\n Nach dem Anlegen erscheint die Tabelle in dem für FileTables <\/b>vorgesehenen Bereich im Objekt-Explorer.<\/p>\n Wie wir dem Kontextmenü für diesen Eintrag entnehmen können, sehen die möglichen Aktionen etwas anders aus als für herkömmliche Tabellen – zum Beispiel fehlt die Möglichkeit zum Editieren der Tabelle.<\/p>\n Dies hat seinen Grund: Die Tabelle hat immer das gleiche Schema und wir können keine Spalten entfernen, umbenennen oder hinzufügen.<\/p>\n Interessant ist hingegen der Eintrag FileTable-Verzeichnis durchsuchen<\/b>: Dieser Befehl öffnet den Windows Explorer mit dem Verzeichnis, das die Dateien dieser FileTable<\/b> aufnimmt (siehe Bild 13).<\/p>\n Bild 13: Kontextmenü einer FileTable-Tabelle<\/span><\/b><\/p>\n Noch ein Hinweis zur Verzeichnisstruktur: Diese beginnt immer mit der Freigabe für die Instanz des SQL Servers, die wir in den Freigaben für den Rechner mit der entsprechenden Instanz finden (in diesem Fall amvDesktop2023<\/b>).<\/p>\n Die nächste Ebene trägt den auf Ebene der SQL Server-Instanz angegebenen Namen, hier also etwa SQLEXPRESS<\/b>. Die zweite Verzeichnisebene erhält den Namen des Verzeichnisses, das für die aktuelle Datenbank für die Eigenschaft FILESTREAM<\/b>-Verzeichnisname festgelegt wurde (im Beispiel FileTableDB<\/b>).<\/p>\n Wenn wir dies für mehrere Datenbanken der SQL Server-Instanz erledigt haben, finden wir dort für jede Datenbank ein Verzeichnis.<\/p>\n Die dritte Verzeichnisebene wird mit dem Namen der Tabelle zum Speichern der Dateien versehen (im Beispiel tblFileTable<\/b>).<\/p>\n Genau wie für die Datenbanken wird auch für jede FileTable<\/b>-Tabelle ein eigenes Verzeichnis erstellt (siehe Bild 14).<\/p>\n Bild 14: Verzeichnisstruktur inklusive Tabelle<\/span><\/b><\/p>\n Darunter können wir weitere Verzeichnisse anlegen, allerdings ist die Verzeichnistiefe begrenzt – nach 15 Ebenen ist Schluss.<\/p>\n Das Verzeichnis bis zum Ordner für die Tabellen heißt also beispielsweise so:<\/p>\n Wenn wir einmal nicht wissen, wo sich das FileTable<\/b>-Verzeichnis befindet, können wir zum Beispiel folgende Anweisung im SQL Server Management Studio nutzen, um den Basisordner für alle FileTable<\/b>-Verzeichnisse zu ermitteln:<\/p>\n Alternativ klicken wir mit der rechten Maustaste auf die FileTable<\/b>-Tabelle im Objekt-Explorer des SQL Server Management Studios und wählen den Kontextmenü-Befehl FileTable-Verzeichnis durchsuchen <\/b>aus.<\/p>\n Nun wollen wir schauen, wie sich eine FileTable <\/b>in der Praxis anfühlt.<\/p>\n Also wechseln wir durch einen Klick auf den Kontextmenüeintrag FileTable-Verzeichnis durchsuchen <\/b>der FileTable <\/b>zu dem zugehörigen Verzeichnis (hier \\\\Amvdesktop2023\\SQLEXPRESS\\FileTableDB\\tblFileTable<\/b>) und kopieren dort einfach einmal eine Datei hinein.<\/p>\n Die Datei erscheint im Verzeichnis, weiter geschieht offensichtlich nichts. Wenn wir anschließend allerdings einen Blick in die Tabelle tblFileTable<\/b> im SQL Server Management Studio werfen und für diese Tabelle den Kontextmenü-Eintrag Erste 1000 Zeilen auswählen <\/b>anklicken, finden wir dort einen neuen Eintrag vor (siehe Bild 15).<\/p>\n Bild 15: Die neue Datei in der Tabelle tblFileTable<\/span><\/b><\/p>\n Bevor wir einen genaueren Blick auf die Spalten werfen, schauen wir uns noch an, was geschieht, wenn wir ein komplettes Verzeichnis samt Dateien und Unterverzeichnissen in das FileTable<\/b>-Verzeichnis kopieren. <\/p>\n Es funktioniert – die kompletten Dateien werden wie gewünscht gespeichert. Die Einträge in der Tabelle tblFileTable <\/b>sehen nun aus wie folgt aus (siehe Bild 16).<\/p>\n Bild 16: Ordner mit weiteren Dateien in der FileTable<\/span><\/b><\/p>\n Hier wird sowohl für Dateien als auch für Verzeichnisse jeweils ein Datensatz angelegt. Die Tabelle enthält folgende Spalten:<\/p>\n In den markierten Spalten sehen wir einerseits sowohl Dateinamen als auch Ordnernamen und andererseits über das Feld parent_path_locator <\/b>die Zuordnung zu den Verzeichnissen, falls es ein übergeordnetes Verzeichnis gibt.<\/p>\n Nachfolgend findest Du einige Beispiele für den Zugriff per T-SQL auf die in FileTable-Tabellen gespeicherten Daten.<\/p>\n Um die Namen aller Dateien auszugeben, selektieren wir das Feld name <\/b>für alle Datensätze, deren Feld is_directory <\/b>den Wert 0 <\/b>hat:<\/p>\n Auf ähnliche Weise können wir alle Verzeichnisse ermitteln. Hier filtern wir is_directory <\/b>nach dem Wert 1<\/b>:<\/p>\n In der folgenden Abfrage nutzen wir die Funktion FileTableRootPath<\/b>, um das Root-Verzeichnis der verschiedenen Einträge der FileTable<\/b>-Tabelle zu ermitteln:<\/p>\n Wenn wir den Pfad vom Root-Verzeichnis zu den einzelnen Dateien ermitteln wollen, können wir dazu die Funktion file_stream.GetFileNamespacePath<\/b> nutzen:<\/p>\n Aus diesen beiden können wir auch den vollständigen Pfad zusammensetzen:<\/p>\n Das Ändern des Dateinamens erfolgt unkompliziert durch eine solche UPDATE<\/b>-Anweisung:<\/p>\n Aber Vorsicht: Wenn wir hier nicht den Pfad mit angeben, wird der Name aller Dateien mit dem im Filterkriterium angegebenen Namen geändert!<\/p>\n Wir sollten also hier beispielsweise noch den Pfad angeben:<\/p>\n Das Löschen von Dateien erledigen wir per DELETE<\/b>-Anweisung. Verzeichnisse können dabei nur gelöscht werden, wenn diese leer sind. Diese Aktion führen wir daher am besten direkt über entsprechende VBA-Befehle aus, sofern wir Schreibrechte für dieses Verzeichnis für andere Benutzer definiert haben.<\/p>\n Dies wird durch die Festlegung referenzieller Integrität ohne Löschweitergabe realisiert. Die folgende Anweisung löscht eine Datei:<\/p>\n Ein neues Verzeichnis erstellen wir wie folgt:<\/p>\n Wir legen also einen neuen Datensatz an, der den Namen des gewünschten Verzeichnisses enthält und den Wert 1 <\/b>für is_directory<\/b>.<\/p>\n Und schließlich können wir mit entsprechender Freigabe auch noch Dateien und Ordner direkt im Windows Explorer hinzufügen, löschen, verschieben, umbenennen und so weiter.<\/p>\n Nun werden wir nicht immer Dateien per Drag and Drop über den Windows Explorer zur FileTable <\/b>hinzufügen wollen, sondern dies mitunter auch programmatisch erledigen wollen. Die Grundlage dazu bietet T-SQL.<\/p>\n Die folgende Abfrage fügt beispielsweise eine Bilddatei namens pic002.png <\/b>zum Root-Verzeichnis der FileTable <\/b>hinzu. Dabei verwendet sie das OPENROWSET<\/b>-Schlüsselwort, über das wir wie folgt auf Dateien im Dateisystem zugreifen können:<\/p>\n Diese Anweisung legt einen neuen Datensatz in der Tabelle tblFileTable <\/b>an und speichert die angegebene Datei darin. Dabei legt sie den Namen pic002.png <\/b>als Dateinamen fest.<\/p>\n Dies ist nötig, da die beiden Felder name <\/b>und file_stream <\/b>beim Hinzufügen eines Datensatzes angegeben werden müssen.<\/p>\n Die übrigen Felder werden automatisch gefüllt.<\/p>\n Wenn wir die obige Anweisung zum Einfügen einer Datei oder eines Verzeichnisses aus dem Dateisystem in die FileTable<\/b>-Tabelle durchführen, kann folgender Fehler auftreten:<\/p>\n Letzteres ist der Fall, denn egal, von wo aus wir die Anweisung ausführen: Letztlich ist es die SQL Server-Instanz, die auf die Datei zugreifen muss, um diese in die FileTable<\/b>-Tabelle einzufügen. Und der SQL Server läuft unter einem anderen Benutzerkonto als der aktuelle Benutzer, der natürlicherweise Zugriff auf das Verzeichnis mit der zu importierenden Bilddatei hat.<\/p>\n Bei diesem Konto handelt es sich um das Dienstkonto der jeweiligen SQL Server-Instanz. Diese hat natürlicherweise keine Berechtigungen, auf andere Verzeichnisse als auf die dem SQL Server zugewiesenen zuzugreifen. Dazu gehören unter anderem die Verzeichnisse beispielsweise unterhalb von C:\\Program Files\\Microsoft SQL Server\\MSSQL17.SQLEXPRESS\\MSSQL<\/b>, wo sich die Ordner für die SQL Server-Datenbanken (im Ordner DATA<\/b>) und die Sicherungen befinden (im Ordner Backup<\/b>).<\/p>\n Außerdem werden natürlich die Verzeichnisse für FILESTREAM <\/b>und die FileTable<\/b>-Tabellen mit entsprechenden Berechtigungen versehen.<\/p>\n Wir müssen dem Dienstkonto des SQL Servers also Zugriff auf das Verzeichnis geben, in dem sich die einzulesenden Dateien für die FileTable<\/b>-Tabelle befinden.<\/p>\n Dazu müssen wir erst einmal das Dienstkonto ermitteln. Das gelingt zum Glück schnell im SQL Server Management Studio mit der folgenden Abfrage:<\/p>\n Dies liefert in unserem Fall das Ergebnis aus Bild 17.<\/p>\n Bild 17: Ermitteln des SQL Server-Dienstkontos<\/span><\/b><\/p>\n Hier kopieren wir den Eintrag aus der Spalte service_account <\/b>in die Zwischenablage (NT Service\\MSSQL$SQLEXPRESS<\/b>).<\/p>\n Dann navigieren wir im Windows Explorer zu dem Ordner, der die in die FileTable<\/b>-Tabelle zu importierenden Dateien enthält und öffnen über das Kontextmenü die Eigenschaften. Hier wechseln wir zum Bereich Sicherheit <\/b>und klicken auf Bearbeiten<\/b>. Dies öffnet einen weiteren Dialog namens Berechtigungen für “Ordnername”<\/b>.<\/p>\n Hier klicken wir auf Hinzufügen<\/b>, was den nächsten Dialog Benutzer oder Gruppen auswählen <\/b>öffnet. In das Feld unten geben wir den Namen des Dienstkontos für den SQL Server ein (siehe Bild 18).<\/p>\n Bild 18: Der eingegebene Name des Dienstkontos wird nach einem Klick auf Namen überprüfen …<\/span><\/b><\/p>\n Klicken wir dann auf Namen überprüfen<\/b>, ändert sich der Eintrag gegebenenfalls wie in Bild 19.<\/p>\n Bild 19: … in dieses Konto umgewandelt.<\/span><\/b><\/p>\n Danach schließen wir alle offenen Dialoge mit OK <\/b>und versuchen erneut, die Abfrage auszuführen. Diesmal gelingt es, somit haben wir erst einmal grundlegend gesehen, dass wir Zugriff auf den Ordner haben.<\/p>\n Vorweg eine Warnung<\/b>: Man könnte nun auf die Idee kommen und weite Teile seines Dateisystems für das SQL Server-Dienstkonto freizugeben. Das ist eine schlechte Idee, denn damit sind erhöhte Sicherheitsrisiken verbunden.<\/p>\n Man kann mit dem SQL Server nicht nur Dateien in eine FileTable<\/b>-Tabelle einlesen, sondern auch Befehle des Dateisystems ausführen. Dazu könnte man die gespeicherte Prozedur xp_cmdshell <\/b>nutzen, der man Befehle wie del “c:\\Bilder\\*” <\/b>übergeben kann.<\/p>\n Um dies auszuschließen, könnte man, wenn man zum Beispiel von Access aus Daten in eine FileTable<\/b>-Tabelle schreiben möchte, nur genau ein Verzeichnis für den Zugriff durch den Benutzer und gleichzeitig für das Dienstkonto des SQL Servers freigeben.<\/p>\n Dann würde man die Dateien, die man zur FileTable<\/b>-Tabelle hinzufügen möchte, zunächst in dieses Transferverzeichnis kopieren und dann mit dem entsprechenden T-SQL-Befehl die Datei in die FileTable<\/b>-Tabelle schreiben.<\/p>\n Wenn wir davon ausgehen, dass wir in der Regel nur einzelne, nicht allzu große Dateien in die FileTable<\/b>-Tabelle schreiben wollen, ist dies kein allzu großes Performance-Problem.<\/p>\n Dieser Artikel zeigt, wie wir im SQL Server mit FileTables arbeiten und damit eine Möglichkeit erhalten, Dateien im SQL Server zu speichern und weiterhin auch über das Dateisystem auf diese zugreifen zu können.<\/p>\n In einem weiteren Artikel namens Access und SQL Server-FileTables <\/b>(www.vbentwickler.de\/489<\/b>) zeigen wir, wie der Zugriff auf diese FileTable<\/b>-Tabelle von Access aus funktioniert.<\/p>\n Hier schauen wir uns an, wie wir zum Beispiel<\/p>\n In Access gibt es verschiedene Möglichkeiten, Dateien zu speichern. Diese kann man zum Beispiel in Anlagefeldern ablegen, oder man belässt die eigentlichen Dateien im Dateisystem und notiert in den Tabellen lediglich den Pfad zu den Dateien oder auch nur die Dateinamen. Welche Variante man wählt, hängt letztlich von der Menge und der Größe der Dateien ab, sprich: vom benötigten Speicherplatz. Der ist nämlich in Access-Datenbanken auf zwei Gigabytes begrenzt. In SQL Server-Datenbanken sieht dies ganz anders aus. Selbst bei Verwendung der kostenlosen Express-Edition dürfen die einzelnen Datenbank-Dateien bis zu zehn Gigabytes an Platz auf der Festplatte einnehmen. Auch hier gibt es verschiedene Varianten zum Speichern der Dateien. Die erste ist, die Dateien in varbinary(max)-Feldern zu hinterlegen. Oder man nutzt dazu sogenannte Filetables. Hier werden die Dateien in einem speziell dazu vorgesehenen Bereich der Festplatte abgelegt, aber unter die Kontrolle des SQL Servers gestellt – und gleichzeitig über einen speziellen Typ von Tabelle verwaltet. Wie das gelingt, zeigen wir in diesem Artikel.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662025,66052025,44000034,44000027,44000026,44000030,44000006],"tags":[],"yst_prominent_words":[],"class_list":["post-55000488","post","type-post","status-publish","format-standard","hentry","category-662025","category-66052025","category-COMAddIns_programmieren","category-Excel_programmieren","category-Outlook_programmieren","category-PowerPoint_programmieren","category-SQL_Server_und_Co"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts\/55000488","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/comments?post=55000488"}],"version-history":[{"count":0,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts\/55000488\/revisions"}],"wp:attachment":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/media?parent=55000488"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/categories?post=55000488"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/tags?post=55000488"},{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/yst_prominent_words?post=55000488"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Anzeigen](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_002.png\")
<\/p>\n![\"Eigenschaften](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_003.png\")
<\/p>\n\n
![\"Neustart](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_004.png\")
<\/p>\n![\"FILESTREAM](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_017.png\")
<\/p>\n![\"Freigabe](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_005.png\")
<\/p>\n<\/font>Rechnername<\/pre>\n
![\"Erweitern](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_006.png\")
<\/p>\nFILESTREAM-Beispieldatenbank erstellen<\/h2>\n
CREATE DATABASE FileTableDB\r\nON \r\nPRIMARY (NAME=FileTableDB, \r\nFILENAME=''C:\\Program Files\\Microsoft SQL Server\\MSSQL17.SQLEXPRESS\\MSSQL\\DATA\\FileTableDB.mdf''),\r\nFILEGROUP FileTableDB_GROUP CONTAINS FILESTREAM(NAME=FileTable_DB, \r\nFILENAME=''C:\\Program Files\\Microsoft SQL Server\\MSSQL17.SQLEXPRESS\\MSSQL\\DATA\\FileTableDB'')\r\nLOG ON (NAME=FileTableDB_LOG, \r\nFILENAME=''C:\\Program Files\\Microsoft SQL Server\\MSSQL17.SQLEXPRESS\\MSSQL\\DATA\\FileTableDB.ldf'')<\/pre>\n
![\"Die](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_018.png\")
<\/p>\nFILESTREAM-Verzeichnis festlegen<\/h2>\n
![\"Anlegen](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_007.png\")
<\/p>\nALTER DATABASE FileTableDB SET FILESTREAM(DIRECTORY_NAME=''FileTableDB'');<\/pre>\n
ALTER DATABASE FileTable SET FILESTREAM(NON_TRANSACTED_ACCESS=FULL);<\/pre>\n
![\"Das](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_008.png\")
<\/p>\n![\"Erstellen](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_009.png\")
<\/p>\n![\"Code](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_010.png\")
<\/p>\nCREATE TABLE dbo.tblFileTable AS FILETABLE WITH ( FILETABLE_DIRECTORY = ''tblFileTable'', \r\n FILETABLE_COLLATE_FILENAME = database_default )<\/pre>\n
![\"Kontextmenü](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_011.png\")
<\/p>\nVerzeichnisstruktur<\/h2>\n
![\"Verzeichnisstruktur](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_012.png\")
<\/p>\n<\/font>Amvdesktop2023\\SQLExpress\\FileTableDB\\tblFileTable<\/pre>\n
FileTable-Verzeichnis ermitteln<\/h2>\n
SELECT FileTableRootPath()<\/pre>\n
Dateien zur FileTable hinzufügen<\/h2>\n
![\"Die](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_013.png\")
<\/p>\n![\"Ordner](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_014.png\")
<\/p>\n\n
Verschiedene T-SQL-Anweisungen für FileTables<\/h2>\n
Alle Dateien ausgeben<\/h2>\n
SELECT name FROM dbo.tblFileTable WHERE is_directory = 0<\/pre>\n
Alle Verzeichnisse ausgeben<\/h2>\n
SELECT name FROM dbo.tblFileTable WHERE is_directory = 1<\/pre>\n
Rootverzeichnis ermitteln<\/h2>\n
SELECT name, FileTableRootPath() As <\/span>Root\r\nFROM dbo.tblFileTable WHERE is_directory = 0<\/pre>\nPfad unterhalb des Rootverzeichnisses ermitteln<\/h2>\n
SELECT name, file_stream.GetFileNamespacePath() As <\/span>Speicherort\r\nFROM dbo.tblFileTable WHERE is_directory = 0<\/pre>\nSELECT name, CONCAT(FileTableRootPath(), file_stream.GetFileNamespacePath()) As <\/span>Pfad\r\n FROM dbo.tblFileTable WHERE is_directory = 0<\/pre>\nDateiname ändern<\/h2>\n
UPDATE dbo.tblFileTable SET name = ''pic999.png'' WHERE name = ''pic001.png''<\/pre>\n
UPDATE dbo.tblFileTable SET name = ''pic999.png'' WHERE file_stream.GetFileNamespacePath() = \r\n ''\\tblFileTable\\pic001.png''<\/pre>\n
Dateien löschen<\/h2>\n
DELETE FROM dbo.tblFileTable WHERE name = ''pic002.png''<\/pre>\n
Neues Verzeichnis erstellen<\/h2>\n
INSERT INTO tblFileTable(name, is_directory) VALUES(''Neues Verzeichnis'', 1)<\/pre>\nDateien und Ordner über den Windows-Explorer bearbeiten<\/h2>\n
Datei per T-SQL zu FileTable hinzufügen<\/h2>\n
INSERT INTO dbo.tblFileTable (name, file_stream) \r\nSELECT ''pic002.png'', * FROM OPENROWSET(\r\n BULK N''C:\\Users\\User\\...\\pic002.png'', SINGLE_BLOB) \r\n AS FileData<\/pre>\n
Freigabe von Ordnern für das SQL Server-Dienstkonto<\/h2>\n
Massenladen ist nicht möglich. Die Datei \"C:\\...\\pic001.png\" ist nicht vorhanden, oder Sie besitzen keine Rechte für den Dateizugriff.<\/pre>\n
<b>SELECT servicename, service_account, startup_type_desc, \r\n<b> status_desc\r\n<b>FROM sys.dm_server_services;<\/pre>\n
![\"Ermitteln](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_022.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_023.png\")
<\/p>\n![\"...](\"..\/fileadmin\/_temp_\/2025_05\/pic_488_024.png\")
<\/p>\nAlternative Lösung: Zwischenordner mit Benutzer- und SQL Server-Rechten<\/h2>\n
Zusammenfassung und Ausblick<\/h2>\n
\n