Враховуючи, що формат такий:
CREATE TABLE TableName(...) TEXTIMAGE_ON { filegroup | "default" }
TEXTIMAGE
стосується всіх типів полів великого / необмеженого розміру: текст, ntext, зображення, xml, varchar (max), nvarchar (max), varbinary (max) та стовпці, визначені користувачем типу CLR (включаючи геометрію та географію).
Тоді вам потрібно знати, що таке файли та файлові групи. З запису MSDN про файли бази даних та групи файлів :
Файл
Як мінімум, кожна база даних SQL Server має два файли операційної системи: файл даних та файл журналу. Файли даних містять дані та об'єкти, такі як таблиці, індекси, збережені процедури та представлення. Файли журналу містять інформацію, необхідну для відновлення всіх транзакцій у базі даних. Файли даних можуть бути об'єднані у групи файлів для розподілу та адміністрування.
Групи файлів
Кожна база даних має первинну групу файлів. Ця файлова група містить первинний файл даних та будь-які вторинні файли, які не розміщуються в інші файлові групи. Визначені користувачем групи файлів можуть бути створені для групування файлів даних разом для адміністративних цілей, розподілу даних та розміщення.
Так,
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
Здавалося б, дещо зайвим, оскільки це говорить про те, що згадані стовпці з великим текстовим значенням повинні зберігатися в основній групі файлів, що є фактично дією за замовчуванням.
Припускаючи, що існує власна група файлів під назвою CUSTOM, ви, ймовірно, написати щось подібне:
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [CUSTOM]
Ви створили б власну групу файлів для зберігання великих двійкових чи текстів, і в цьому випадку інформація "нормальних" полів міститиметься у файлі даних у основній групі файлів, тоді як пов'язані "великі" поля зберігатимуться у фізично окремому файлі даних (у вторинній спеціальній групі файлів).
Ви зробите це для того, щоб ви могли відокремити основну реляційну модель моделювання даних (яка, мабуть, буде відносно невеликою з точки зору дискового простору) від великих полів (для чого буде потрібно пропорційно більше дискового простору) - для того, щоб дозволити чіткі стратегії архівації чи реплікації для застосовуватимуться до кожної групи файлів.