The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Хранение файлов в БД"
Вариант для распечатки  
Пред. тема | След. тема 
Форум WEB технологии (MySQL)
Изначальное сообщение [ Отслеживать ]

"Хранение файлов в БД"  +/
Сообщение от kuraga (ok) on 28-Дек-11, 15:48 
Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?

Мысль: на диске хранится код, в БД - данные.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Хранение файлов в БД"  +/
Сообщение от PavelR (??) on 28-Дек-11, 16:31 
> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
> Мысль: на диске хранится код, в БД - данные.

а мысль об отсутствии производительности данного решения - не посещала ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Хранение файлов в БД"  +/
Сообщение от kuraga (ok) on 28-Дек-11, 16:51 
>> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
>> Мысль: на диске хранится код, в БД - данные.
> а мысль об отсутствии производительности данного решения - не посещала ?

заточенные = производительные, не посещало?

Ну ведь мы можем (внутренний механизм) хранить в базе имена файлов, будет производительность примерно равняться просто производительности файловой системы. Чего, такого нет?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Хранение файлов в БД"  +/
Сообщение от PavelR (??) on 28-Дек-11, 18:44 
>>> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
>>> Мысль: на диске хранится код, в БД - данные.
>> а мысль об отсутствии производительности данного решения - не посещала ?
> заточенные = производительные, не посещало?
> Ну ведь мы можем (внутренний механизм) хранить в базе имена файлов, будет
> производительность примерно равняться просто производительности файловой системы. Чего,
> такого нет?

В рассматриваемой вами схеме в любом случае будет многократная ненужная и не эффективная передача данных "диск - (кэш) - СУБД - ТяжелыйСерверПриложений - сеть" вместо "диск - (кэш) - легкийВебсерверЭффективнойРаздачиСтатики - сеть". При этом еще и ТяжелыйСерверПриложений будет для содержимого файла требовать памяти в размере этого файла.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Хранение файлов в БД"  +/
Сообщение от kuraga (ok) on 28-Дек-11, 18:50 
>[оверквотинг удален]
>>> а мысль об отсутствии производительности данного решения - не посещала ?
>> заточенные = производительные, не посещало?
>> Ну ведь мы можем (внутренний механизм) хранить в базе имена файлов, будет
>> производительность примерно равняться просто производительности файловой системы. Чего,
>> такого нет?
> В рассматриваемой вами схеме в любом случае будет многократная ненужная и не
> эффективная передача данных "диск - (кэш) - СУБД - ТяжелыйСерверПриложений -
> сеть" вместо "диск - (кэш) - легкийВебсерверЭффективнойРаздачиСтатики - сеть". При этом
> еще и ТяжелыйСерверПриложений будет для содержимого файла требовать памяти в размере
> этого файла.

Да, был не прав. Жаль, а так хочется сгрудить данные в одном месте... Модель же!

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру