Как оптимальнее хранить документ 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 к серверу (при традиционном хранении файлов). Кроме того, если я не ошибаюсь, на некоторые СУБД есть лицензии, которые ограничивают количество одновременных соединений.

очень интересные замечания 

Дело в том, что я до конца не могу определиться как лучше всего сделать прогу, а именно:

в программе есть TreeView, кликая на ветки которого, пользователи, сидящие в разных местах (будет распределенное приложение) будут открывать эти файлы - документы Word (для начала)

будут создавать, изменять, удалять, перемещать по дереву и т.д.

пишу под vs2005 + sqlserver2005

файлы большие, тяжелые и с разнообразным содержимым

кучу файлов потом надо будет сливать в один (соединить документы ворд) и такой файл будет весить метров 200-300-400...естественно его тоже будут смотреть...)))

Руководство желает, чтобы вся информация хранилась в базе данных.
Мне же кажется удобным и безопасным (кто знает что может стать с этой БД) хранение и в БД и в защищенном месте в виде файлов.

С удовольствием выслушаю советы 

Хранение и там, и там - пустая трата ресурсов. Нужно определиться с местом хранения и периодически делать бекапы.
Я сейчас заканчиваю проект с очень похожей структурой. У меня файлы хранятся в файловой системе, причем каталоги воссоздают то самое дерево. Гемороя, конечно, больше, нежели с хранением файлов в базе, но мне религия не позволяет захламлять базу большими файлами.

интересный проект делаете 

на будущее посоветуйте пожалуйста литературу по распределенным приложениям  а то я не знаю даже с какой стороны подойти к этой части задаче.


скоро выложу что у меня получилось на этом этапе

Тот проект, про который я говорил, - ASP.NET портал.
В Вашем же случае я посоветовал бы WCF.

А можно расшифровать? 

Что именно расшифровать?

Хранение данных используя нереляционные хранилища тоже чреваты некими сложностями. Например:
1. Доступ к файлам учетных записей домена.
2. Отсутствие резервного копирования.

поясню:
1. Столкнулся когда писал приложение, в БД хранились пути к файлам, пользователь указывает что хотел бы просмотреть этот документ, а его не пускает туда, как оказалось такова политика отдела безопасности. А пользователь видит еще те файлы которые ему видеть не надо, его туда даже не пустит. 
Еще почему то когда учетной был дан доступ, фреймверк переодически стрелял с ошибкой доступа, получался доступ к файлу через раз.
2. Здесь преимущества тоже за БД, у нее есть хорошее свойство как backup/restore, вслучаи чего можно восстановить, если же полетит хард у сервера (что не редкость), то восттановить сложновато.

Но все же это вопрос на который нет однозначного ответа. У нас маленькие файлы хранятся в БД. Большие хранятся на сервере в файловой системе. файловая система дублируется, 3 сервера, все 3 в разных городах, в случае чего, восстановить можно и файлы.

расшифровала 
WCF-Windows Communication Foundation
так?

Добавлено через 3 минуты и 37 секунд

сервер один..и он без зеркал...

можете дать примеры книг/статей/прочего для написания приложения работающего по сети? 

Вы для начала попробуйте открыть файл размером 400 метров вордом =)

нуу) он завсинет же)....
но пользователи верят, что смогут терпеливо открывать такие файлы... ))

пока вот что у меня получилось

Это открытие файла и копирование его в другое место.



Этот метод делает из файла байты:

а так из байтов документ ворд получается...


Я вот думаю, нужно ли эти документы сериализовать?

Так на вскидочку.

Если файл будет 400 Мб, эта строка вызовет зависание программы.


fileStream.Close(); не выполнится, т.к. процедура прекратит работать строчкой выше.

учла 

что-то я не пойму :(
если вот так добавить значение в базу данных - оно добавляется из TextBox: 
я думаю, что тут написано криво, но работает....



а вот так не добавляет:



где 



вот тут 

выскакивает такое окошечко


Присоединённый файл ( Кол-во скачиваний: 7 )
 ______.JPG 51,81 Kb

Так попробуй.

не помогло :(

выскакивают уже два окошкас одинаковой ошибкой, в которых говорится,что поле ожидает, что в него положат значение...и не дожидается...как я поняла....

на это




Присоединённый файл ( Кол-во скачиваний: 4 )
 _______3.jpg 157,42 Kb

Внимательней:
не
insertCommand.Parameters.Add("@Context",SqlDbType.Image, Context.Length);
а,
insertCommand.Parameters.Add("@Context",SqlDbType.Image, Context.Length).Value = Context;

Урра добавляет)))

вот:



однако ошибка все-равно выскакивает...

сейчас буду разбираться...

я почему-то думаю, что ругается вот так потому что программа (датагридвью) не может показать эти данные...

Это сообщение отредактировал(а) RedButterfly - 5.9.2008, 09:41

Присоединённый файл ( Кол-во скачиваний: 2 )
 ______.JPG 51,81 Kb

догадки оказались верными 

итак: добавление документа Ворд (Эксель думаю наподобие будет)

выглядит так:


       

Делаю считывание из базы данных в документ Word 

Странно однако.
Взяла пример считывания BLOB-поля  из базы данных из MSDN.

Вставила в свой код 

и не работает.



может у кого есть работающие примеры?
раз в MSDN немного не так написано...

Добавлено через 6 минут и 7 секунд
Пишет вот такую ошибку:

Присоединённый файл ( Кол-во скачиваний: 2 )
 ______.JPG 14,74 Kb

вот так тоже не считывает
и пишет ошибки


пример взят отсюда

ссылка

я уже не знаю :(
где же искать информацию если не в MSDN и не на сайтах, посвященных программированию?

byte[] dataCon = new byte[bytesize]; - Исправь!
bytesread += dataReader.GetBytes(0, curpos, dataCon, (int)curpos, chunkSize); - тут тоже!

Вы пробовали сами пытаться исправлять свои синтаксические ошибки? 




Если пример взяли и он не работает, 99,99% в том что он не работает - это вина ваша, а не тех кто опубликовал.

спасибо 

вы правы.

скоро выложу что получилось на данном этапе...вдруг кому понадобится...

:(
Люди!
Люди!
Писала я писала значит....и тут объяснили таки , что писать нужно с использованием ООП...

ООП это хорошо конечно. Но неужели так важно?

Итого: три класса (никак не связанных с винформс) должны работать с формой...

что-то потерялась я...

неужели эту прогу нужно именно с использованием ООП писать?

Что вы понимаете под ООП?

три класса со всякими переменными, свойствами, функциями...и каждая работает с формой...и управляют формой..и вызывают друг друга...

Так и есть, реализовывать желательно все через классы. Это дает несравнимые преимущества с обычным программированием в лоб.

тоже самое сказали... 
...
может уже тогда опаздавший вопрос задам: 
что и где прочитать по ООП + С#?

простите конечно за навязчивость...

ОффТОП!

Википедия говорит это

спасибо))
я скоро ...