Хранение файлов

← →
Sapersky_ (2002-07-22 04:57) [0]

Требуется создать базу для хранения определённого (большого, 500..1000 Гб) множества файлов...
Не знаю, можно ли это назвать "базой данных" (база - это совокупность таблиц?), но тем не менее. Просто таскать файлы мышкой в данном случае не слишком удобно - желательна
автоматическая упаковка/распаковка, дублирование/шифрование особо ценных данных, доступ по сети и т.д.
В принципе, можно это и самому написать, задействовав тот же rar, но с сетью, если делать через сокеты (а я по-другому не умею, да и с сокетами, честно говоря, того... :)) много возни будет, и вообще, может (скорее всего...) уже существуют какие-то технологии или программы?
Подскажите, пожалуйста.

← →
Sergey13 © (2002-07-22 09:13) [1]

Не очень понятно, какого совета ты просишь? Какую СУБД выбрать? Какая структура данных должна быть? Как работать со всем этим? Что нужно то? Теоретически тебе нужна СУБД с поддержкой LOB-ов. Какая? зависит от денег. Солидные объемы данных - солидные объемы денег.

← →
Sapersky_ (2002-07-22 16:06) [2]

Для начала - какую СУБД (и БД ли вообще).
И что такое LOB?

← →
Viewer (2002-07-22 17:02) [3]

ZipFolder и, скажем, scramdisk решат основные твои проблемы

← →
Sergey13 © (2002-07-23 09:34) [4]

2Sapersky_ (22.07.02 16:06)
1.
>Для начала - какую СУБД (и БД ли вообще).
Для твоих объемов "500..1000 Гб" я бы посоветовал сразу Оракл. Но это дорого(если покупать 8-) и сложно (если воровать и изучать самостоятельно 8-(). Так что решай.

2.
>И что такое LOB?
LOB - это в общем случае - большой объект. Т.е. тип поля, в который можно заливать большие (для разных баз - большесть разная) объемы неструктурированной информации(файлы).

В общем, решать такую задачу через БД - вещь достаточно трудная. Если тебе не надо как то обрабатывать эти файлы то я бы посоветовал обратить внимание на Viewer (22.07.02 17:02). По крайней мере начать надо именно с этого.

ЗЫ: что за задача с такими объемами, если не секрет? Это ж блин одних дисков надо коробку 8-) Видеотеку что ли делаешь?

← →
Sapersky_ (2002-07-23 17:50) [5]

2Viewer>
Хм, ну, может, и решат... хотя одновременная работа нескольких фоновых утилит, не подозревающих друг о друге, обычно ни к чему хорошему не приводит (к дополнительной нагрузке процессора это точно приведёт, т.к. они наверняка будут делать кучу лишней работы).
Кстати, относительно сжатия - кто-нибудь пользовался встроенной в систему возможностью сжатия дисков (DriveSpace или как его там). Стоит ею пользоваться или нет?

2Sergey13>
Обрабатывать - нет, вот искать - да, и по базе, наверное, было бы удобнее...
1000 Гб - это, пожалуй, преувеличение, скорее 500, а со сжатием возможно и меньше. Дисков понадобится по приблизительным подсчётам 7-8 шт (с учётом системного и резервных) - это если на 120 гб, а больше я что-то не видел (вроде есть maxtor на 160, но их ещё достать надо). Ладно, не будем о бренном (железном то есть :)), а то переправят куда-нибудь за оффтопик :).
А задача - перевод архива проектной организации (чертежи и текст - за 50 лет) в электронный вид.

Системы документооборота, например, никогда не хранят файлы в таблицах - слишком громоздко; при условии, что доступ к системе документооборота осуществляется ТОЛЬКО через предоставляемый системой интерфейс (т.е. никто не сможет зайти на шаренный ресурс, где хранятся документы и, к примеру, ручками сотню файлов грохнуть через проводник), работают они достаточно надежно. А в таблицах отображаются только операции с документами (добавление, удаление и т.п). Так что, может быть, стоит готовыми решениями воспользоваться?

← →
Viewer (2002-07-23 21:29) [7]

Sapersky_ (23.07.02 17:50)
Какие еще утилиты ?
Работа на уровне драйверов идет
scramdisk или BestCrypt создают логический шифрованный диск заданного размера. На нем размещаешь архивы с тем или иным доступом (через ZipFolder например)
Дешево и сердито..

А для архива стоит все же обеспокоиться какой-либо системой документооборота.

← →
Sapersky_ (2002-07-25 09:36) [8]

Системы документооборота - это какие, например?

Хранение файлов Найти похожие ветки