Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Запись файлов в БД?! Запись файлов в БД?! 
:(
    Опции темы
maxkazar
Дата 9.4.2004, 11:13 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 37
Регистрация: 26.1.2004
Где: Таганрог

Репутация: нет
Всего: нет



Можно ли поместить достаточно большой файл в БД (в поле типа BLOB)?
Затем необходимо извлечь его из БД и сохранить на ЖД. Как повлияет размер файла это на скорость выполнения операций помещения и извлечения из БД?
PM MAIL ICQ   Вверх
Kesh
Дата 9.4.2004, 12:26 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Эксперт
Сообщений: 2488
Регистрация: 31.7.2002
Где: Германия, Saarbrü cken

Репутация: 2
Всего: 54



maxkazar Конечно можно, только почему ты правила не читаешь?.. Где название базы...


--------------------
user posted image
PM MAIL WWW ICQ Skype   Вверх
maxkazar
Дата 13.4.2004, 10:45 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 37
Регистрация: 26.1.2004
Где: Таганрог

Репутация: нет
Всего: нет



Мне впринципе без разницы, то ли это Interbase или mssql или oracle.
Просто проблемка вследующим. Хотелось бы сделать что то вроде защищенного хранилища файлов и для этого использовать бд. И сразуже стал вопрос, как быстро будет происходить операция записи в бд файлов большого объема (например метров так 700) и операция извлечения из бд ?
PM MAIL ICQ   Вверх
x77
Дата 13.4.2004, 19:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Участник Клуба
Сообщений: 1255
Регистрация: 25.3.2002

Репутация: нет
Всего: 22



как быстро будет происходить копирование по сетке 700 метров? если база сетевая, то вот минимальное время, плюс время на извлечение, где-то ещё столько же. хорошего ничего из этого не получится однозначно. если обязательно хранить на серваке тучу огромадных файлов (видеотека, например), то лучше их хранить сразу на диске в каталоге, а в бд хранить только пути к ним.
Добавлено @ 19:33

вообще говоря, для защищённого хранилища больших файлов проще написать примитивную трёхзвенку: клиент стучится к проге-серверу, она проверяет авторизацию и пр. муть уже локально, на сосбвтвенном субд, выбирает оттуда нужные записи, и по этим записям отправляет клиенту файлы. тогда сами файлы будут закрыты, т.е. ставить на этот каталог шары не потребуется,


--------------------
Я никогда не сопротивлялся искушению, поскольку узнал: что мне
не нравится, то меня не искушает.
© Джордж Бернард Шоу (Ирландия)
PM MAIL ICQ   Вверх
Kesh
Дата 13.4.2004, 19:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Эксперт
Сообщений: 2488
Регистрация: 31.7.2002
Где: Германия, Saarbrü cken

Репутация: 2
Всего: 54



Все БД, которые ты перечислил хранят файлы в своих файлах... Как правильно заметил x77 минимальное время, плюс время на извлечение... Так что лучше использовать встроенные системы безопасности Осей...


--------------------
user posted image
PM MAIL WWW ICQ Skype   Вверх
remax
Дата 14.4.2004, 19:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Доцент
**


Профиль
Группа: Участник Клуба
Сообщений: 686
Регистрация: 7.4.2002
Где: Украина, Харьков

Репутация: нет
Всего: 5



А если очень уж хочется через БД, то наверное имеет смысл дробить файл на разумные части. Но, в любом случае, надо полагаться не на защиту БД а на средства разграничения доступа самой ОС. Например, InterBase и Firebird вообще не защищают файлы своих БД. А учитывая то, что структура их известная, то извлечь нужную информацию не составит труда.


--------------------
Как бы ты не старался быть хорошим и правильным человеком с принципами и уважительным отношением к другим, всегда найдется кто-то, кто бросит в тебя какашку
PM MAIL ICQ Skype   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0458 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.