Как оптимальнее хранить документ MS Office (Word или Excel) в БД? Т.е. чтобы он не был доступен на диске в виде файла, а напрямую хранился в БД? Как это реализовать? Не могу ничего по этому поводу в MSDN найти.

Юзай тип поля image в SQL Server'е. В нем могут храниться любые бинарные данные.

Спасибо, arilou! Правда, не могу докопаться до того, как это реализовать (т.е. как документ вёрда записать побайтово в БД и вообще хранить в байтовом виде)..

Roo
Он и так уже в бинарном виде. Просто читаешь его в байтовый массив и пишешь в поле через parametrized query (UPDATE MyWordFileTable SET WordDocument = ?, где ? - параметр запроса, передаваемый через SqlCommand.Parameters).

"Просто читаешь его в байтовый массив"
с этим проблема... как Document в byte[] переписать? подробных описаний вёрдовских методов нигде не встречал...

Выложил пример, как это делается с пом. clipboard:

http://forum.vingrad.ru/index.php?showtopi...st&p=621325

С файлами работать умеешь?

Умеем-с, только с вёрдом не ахти как

Открываешь файл, считываешь в byte[] и кладешь в БД. В чем именно сложность?

Roo, посмотри ссылку которую я дал, там всё написано.

сложность в том как преобразовать документ в объект...
  

RedButterfly, для чего?

Тебе и не нужен объект ворда. Читаешь файл как любой другой - произвольного типа.

Что то типа вот - 


После чего в file_bytes у тебя и есть этот док файл в виде массива байт.

Чтобы он хранился в виде поля image в базе данных.
Чтобы как Вордовский документ нигде не существовал.
Чтобы залить его в базу и вытаскивать оттуда.

Image - устаревший тип. Рекомендуется использовать varchar(max).


Весьма спорное решение. Все-таки DBA сходятся в том, что blob-данные лучше хранить на жестком диске, а в базе хранить только указатель на них.
Я сам недавно столкнулся дилеммой "хранить blob-данные в базе или нет". Провел тестирование под MS SQL Server 2005. Пришел к выводу, что на производительность запросов (тех, которые не задействуют сами blob-данные) хранение blob-данных в базе не влияет (насколько я помню, эти данные просто хранятся в отдельной области в базе данных, поэтому их присутствие не сказывается на производительности). Однако есть еще пара нюансов. Например, уже так просто не откроешь в Management Studio (или в любом другом клиенте) табличку (а в процессе разработки это очень удобно): открытие таблицы, которая весит гигабайт (это так, для начала  ) занимает гораздо больше времени, чем хотелось бы. Кроме того, скачивание файлов из базы имеет ряд тонкостей:
1. Скачивать файл на клиент полностью нельзя, т. к. передача на клиент, например, 2 гигабайт данных просто убьет среднестатистическую тачку (OutOfMemoryException). Нужно использовать последовательное считывание и обработку (например, запись на жесткий диск на клиенте). Пример такого считывания я уже как-то приводил.
2. Если считывать большие файлы из базы, очень долго будет открыт connection к базе. Насколько я могу судить, connection к базе - гораздо более серьезный ресурс, нежели connection к серверу (при традиционном хранении файлов). Кроме того, если я не ошибаюсь, на некоторые СУБД есть лицензии, которые ограничивают количество одновременных соединений.