форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум 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 | Индекс форумов | Темы | Пред. тема | След. тема