URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 7442
[ Назад ]

Исходное сообщение
"Хранение файлов в БД"
Отправлено kuraga , 28-Дек-11 15:48

Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
Мысль: на диске хранится код, в БД - данные.

Содержание

Хранение файлов в БД,PavelR, 16:31 , 28-Дек-11
- Хранение файлов в БД,kuraga, 16:51 , 28-Дек-11
  - Хранение файлов в БД,PavelR, 18:44 , 28-Дек-11
    - Хранение файлов в БД,kuraga, 18:50 , 28-Дек-11

Сообщения в этом обсуждении

"Хранение файлов в БД"
Отправлено PavelR , 28-Дек-11 16:31

> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
> Мысль: на диске хранится код, в БД - данные.
а мысль об отсутствии производительности данного решения - не посещала ?

"Хранение файлов в БД"
Отправлено kuraga , 28-Дек-11 16:51

>> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
>> Мысль: на диске хранится код, в БД - данные.
> а мысль об отсутствии производительности данного решения - не посещала ?
заточенные = производительные, не посещало?
Ну ведь мы можем (внутренний механизм) хранить в базе имена файлов, будет производительность примерно равняться просто производительности файловой системы. Чего, такого нет?

"Хранение файлов в БД"
Отправлено PavelR , 28-Дек-11 18:44

>>> Есть ли средства (i.e. типы таблиц), заточенные под хранение больших blob-данных?
>>> Мысль: на диске хранится код, в БД - данные.
>> а мысль об отсутствии производительности данного решения - не посещала ?
> заточенные = производительные, не посещало?
> Ну ведь мы можем (внутренний механизм) хранить в базе имена файлов, будет
> производительность примерно равняться просто производительности файловой системы. Чего,
> такого нет?
В рассматриваемой вами схеме в любом случае будет многократная ненужная и не эффективная передача данных "диск - (кэш) - СУБД - ТяжелыйСерверПриложений - сеть" вместо "диск - (кэш) - легкийВебсерверЭффективнойРаздачиСтатики - сеть". При этом еще и ТяжелыйСерверПриложений будет для содержимого файла требовать памяти в размере этого файла.

"Хранение файлов в БД"
Отправлено kuraga , 28-Дек-11 18:50

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