LINUX.ORG.RU
Форум — Development  

PostgreSQL: bytea vs text/base64 - text wins!

 ,


0

3

Обнаружил, что картинки, которые сохраняю в базе, из bytea отдаются как по 9600 бод модему. Если хранить в text кодированными в base64, отдаются мгновенно. В инторнетах пишут, что да, всё так, храните в large objects. А есть какой параметр bytea, чтобы не тупил?

★★★★★
← С++ , шаблоны, помощь и поддержка
Помогите с busybox →

Врешь же.

anonymous
()
Ответ на: комментарий от ggrn

У меня как-то в числе клиентов был азербайджанский оператор мобильного контента (картинки и прочий трэш для 95%). Так эти красавцы mp3'шки в базе хранили, в блобах. Закриптованными.

ТСу: bytea стопудово быстрее. https://wiki.postgresql.org/wiki/BinaryFilesInDB читал для старта, или сразу на SO?

leave ★★★★★
()
Ответ на: комментарий от anonymous

Зачем их вообще хранить? 95% не заметят если все их картинки заменить на одну и ту же..

anonymous
()
Ответ на: комментарий от ggrn

Потому, что metadata к основной data. Городить работу с ФС не хочу.

Shadow ★★★★★
() автор топика
Ответ на: комментарий от maxcom

Из-за того, что оффтопик и питон, может быть?

Shadow ★★★★★
() автор топика

храню в bytea разные блобы и картинки, скорость хорошая, никаких 9600. автор использует java?

quest ★★★★
()

ggrn
blackst0ne

Потому что если открыть учебники по теории баз данных (например Нестерова, а не только вашего связенного Дейта), то удивитесь, что базы данных позволяют привести всю свалку в ФС в единую структуру как раз счет тех самых баз данных.

В ФС существует огромный риск получить 500 копий одного и того же говна. Чтобы этого не было, данные (и особенно блобы) нужно хранить в БД.

Shadow
Вот только лучше NoSQL юзать. Например, CouchDB

bookman900 ★★★★★
()
Ответ на: комментарий от leave

Так эти красавцы mp3'шки в базе хранили, в блобах. Закриптованными.

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

bookman900 ★★★★★
()
Ответ на: комментарий от bookman900

У меня база - смесь товарного учета с социальной сетью. NoSQL для такого - слабоумие и отвага.

Shadow ★★★★★
() автор топика
Ответ на: комментарий от bookman900

Потому что если открыть учебники по теории баз данных (например Нестерова, а не только вашего связенного Дейта), то удивитесь, что базы данных позволяют привести всю свалку в ФС в единую структуру как раз счет тех самых баз данных.

Из личного опыта: была поделка html+жопеги + метаданные в отдельной недо-БД - работало реактивно, в последней версии разрабы решили всё запихнуть в единую БД - работать стало в 3+ раза медленнее и памяти выжирать в 4 раза больше. Такая вот теория на практике

frame ★★★
()
Ответ на: комментарий от Shadow

указатели на указатели еще быстрее ;)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← С++ , шаблоны, помощь и поддержка
Development
Помогите с busybox →