Например Wordовский документ или рисунок WMF и потом работать с ним. В Access такая возможность есть. В SQL - нет.

Если вы понимаете под "работать с ним" автоматическое открытие соответсвующего приложения, то это дело клиентской части. SQL можно использовать как хранилище содержимого таких файлов. Для этого существуют специальные типы данных text, ntext и image, в которых можно хранить данные произвольной длины без привязки к приложению, создавшего эти данные.
А вот ваше клиентское приложение должно "уметь" прочитать/записать информацию из соответсвующих полей таблицы и запустить на рабочей станции нужное приложение. Для операциий с полями text, ntext и image существует ряд специальных функций, описание которых можно найти в BOL(например, READTEXT, UPDATETEXT, WRITETEXT, ...).

PS
А в форуме, насколько я помню, обсуждалась тема, упомянутая Тенью, т.е. хранить ли собственно в таблице содержимое файлов или только пути к ним. Ну и всякие вопросы связанные уже с конкретными проблемами чтения/записи в поля text, ntext и image.

Только предполагал использовать image, binary, sqlvariant

binary и sqlvariant вам не подойдут, т.к. имеют длину 8000 и 8016 байтов соответственно, размер ваших файлов скорее всего больше.
В полях image, text и ntext можно хранить данные до 2,147,483,647(1,073,741,823) байт.

image отличается от text и ntext тем, что в первом данные храняться в бинарном виде, во втором в заданной кодовой странице, а в третьем вообще в Unicode(поэтому и максимальный размер меньше в 2 раза).

Значит, чтобы сохранить Word Document, нужно загнать в поле целый файл, запомнить в соседнем поле его тип, а потом (При чтении) создать временный файл, и уже его открывать. Так?
Да, верно.

но что такое BOL?
BooksOnLine - справочное руководство, устанавливаемое вместе с SQL сервером. Либо можно скачать отсюда
для SQL2000 http://www.microsoft.com/sql/techinfo/productdoc/2000/books.asp