Biorąc pod uwagę, że format jest następujący:
CREATE TABLE TableName(...) TEXTIMAGE_ON { filegroup | "default" }
TEXTIMAGE
odnosi się do wszystkich typów pól o dużym / nieograniczonym rozmiarze: tekst, ntext, obraz, xml, varchar (max), nvarchar (max), varbinary (max) i kolumny typu zdefiniowanego przez użytkownika CLR (w tym geometria i geografia).
Następnie musisz wiedzieć, jakie są pliki i grupy plików. Z wpisu MSDN dotyczącego plików bazy danych i grup plików :
Plik
Co najmniej każda baza danych SQL Server zawiera dwa pliki systemu operacyjnego: plik danych i plik dziennika. Pliki danych zawierają dane i obiekty, takie jak tabele, indeksy, procedury składowane i widoki. Pliki dziennika zawierają informacje wymagane do odzyskania wszystkich transakcji w bazie danych. Pliki danych można grupować w grupy plików do celów alokacji i administrowania.
Filegroups
Każda baza danych ma podstawową grupę plików. Ta grupa plików zawiera podstawowy plik danych i wszystkie pliki pomocnicze, które nie są umieszczane w innych grupach plików. Można tworzyć grupy plików zdefiniowane przez użytkownika, aby grupować pliki danych w celach administracyjnych, alokacji danych i umieszczania.
Więc,
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
Wydawałoby się, że jest nieco zbędny, ponieważ mówi, że wspomniane kolumny z dużymi wartościami tekstowymi powinny być przechowywane w podstawowej grupie plików, co jest w rzeczywistości akcją domyślną.
Zakładając istnienie niestandardowej grupy plików o nazwie CUSTOM, prawdopodobnie napisałbyś coś takiego:
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [CUSTOM]
Utworzyłbyś niestandardową grupę plików do przechowywania dużych plików binarnych lub tekstowych, aw tym przypadku informacje o „normalnych” polach znajdowałyby się w pliku danych w podstawowej grupie plików, podczas gdy powiązane „duże” pola byłyby przechowywane w fizycznie odrębnym pliku danych (w dodatkowej niestandardowej grupie plików).
Zrobiłbyś to, abyś mógł oddzielić podstawowy relacyjny model danych (który przypuszczalnie byłby stosunkowo mały pod względem miejsca na dysku) od dużych pól (które będą wymagały proporcjonalnie więcej miejsca na dysku) - aby umożliwić różne strategie archiwizacji lub replikacji być stosowane do każdej grupy plików.