Dado que el formato es:
CREATE TABLE TableName(...) TEXTIMAGE_ON { filegroup | "default" }
TEXTIMAGE
se refiere a todos los tipos de campos grandes / de tamaño ilimitado: text, ntext, image, xml, varchar (max), nvarchar (max), varbinary (max) y columnas de tipo definido por el usuario CLR (incluidas geometría y geografía).
Entonces, necesita saber qué son archivos y grupos de archivos. Desde la entrada de MSDN en Archivos de base de datos y grupos de archivos :
Expediente
Como mínimo, cada base de datos de SQL Server tiene dos archivos de sistema operativo: un archivo de datos y un archivo de registro. Los archivos de datos contienen datos y objetos como tablas, índices, procedimientos almacenados y vistas. Los archivos de registro contienen la información necesaria para recuperar todas las transacciones en la base de datos. Los archivos de datos se pueden agrupar en grupos de archivos con fines de asignación y administración.
Grupos de archivos
Cada base de datos tiene un grupo de archivos principal. Este grupo de archivos contiene el archivo de datos principal y los archivos secundarios que no se colocan en otros grupos de archivos. Se pueden crear grupos de archivos definidos por el usuario para agrupar archivos de datos con fines administrativos, de asignación de datos y de ubicación.
Entonces,
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
Parecería ser algo redundante, ya que dice que las columnas de valores de texto grandes mencionadas deben almacenarse dentro del grupo de archivos principal, que en realidad es la acción predeterminada.
Suponiendo la existencia de un grupo de archivos personalizado llamado CUSTOM, probablemente escribiría algo como esto:
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [CUSTOM]
Debería crear un grupo de archivos personalizado para almacenar texto o binario grande, y en este caso la información de los campos 'normales' se ubicaría en un archivo de datos en el grupo de archivos principal, mientras que los campos 'grandes' asociados se almacenarían en un archivo de datos físicamente distinto (en el grupo de archivos personalizado secundario).
Debería hacer esto para poder separar el modelo de datos relacional central (que presumiblemente sería relativamente pequeño en términos de espacio en disco) de los campos grandes (que requerirán proporcionalmente más espacio en disco), para permitir distintas estrategias de archivado o replicación. aplicarse a cada grupo de archivos.