Vorausgesetzt, das Format ist:
CREATE TABLE TableName(...) TEXTIMAGE_ON { filegroup | "default" }
TEXTIMAGE
bezieht sich auf alle großen / unbegrenzten Feldtypen: Text, ntext, Bild, XML, varchar (max), nvarchar (max), varbinary (max) und benutzerdefinierte CLR-Typspalten (einschließlich Geometrie und Geografie).
Dann müssen Sie wissen, was Dateien und Dateigruppen sind. Aus dem MSDN-Eintrag für Datenbankdateien und Dateigruppen :
Datei
Jede SQL Server-Datenbank verfügt mindestens über zwei Betriebssystemdateien: eine Datendatei und eine Protokolldatei. Datendateien enthalten Daten und Objekte wie Tabellen, Indizes, gespeicherte Prozeduren und Ansichten. Protokolldateien enthalten die Informationen, die zum Wiederherstellen aller Transaktionen in der Datenbank erforderlich sind. Datendateien können zu Zuordnungs- und Verwaltungszwecken in Dateigruppen zusammengefasst werden.
Dateigruppen
Jede Datenbank hat eine primäre Dateigruppe. Diese Dateigruppe enthält die primäre Datendatei und alle sekundären Dateien, die nicht in andere Dateigruppen eingefügt werden. Benutzerdefinierte Dateigruppen können erstellt werden, um Datendateien für Verwaltungs-, Datenzuordnungs- und Platzierungszwecke zu gruppieren.
So,
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
Scheint etwas redundant zu sein, da die genannten Spalten mit großem Textwert in der primären Dateigruppe gespeichert werden sollten, was eigentlich die Standardaktion ist.
Unter der Annahme, dass es eine benutzerdefinierte Dateigruppe namens CUSTOM gibt, würden Sie wahrscheinlich Folgendes schreiben:
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [CUSTOM]
Sie würden eine benutzerdefinierte Dateigruppe erstellen, um große Binärdateien oder Text zu speichern. In diesem Fall würden die Informationen zu "normalen" Feldern in einer Datendatei in der primären Dateigruppe gespeichert, während die zugehörigen "großen" Felder in einer physisch unterschiedlichen Datendatei gespeichert würden (in der sekundären benutzerdefinierten Dateigruppe).
Sie würden dies tun, um das relationale Kerndatenmodell (das vermutlich relativ klein im Hinblick auf den Speicherplatz wäre) von den großen Feldern (die proportional mehr Speicherplatz benötigen) zu trennen, um unterschiedliche Archivierungs- oder Replikationsstrategien zu ermöglichen auf jede Dateigruppe angewendet werden.