Re: Large Objects

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: Large Objects
Дата
Msg-id 41D6E079.7030309@commandprompt.com
обсуждение исходный текст
Ответ на Re: Large Objects  (Michael Ben-Nes <miki@canaan.co.il>)
Ответы Re: Large Objects  (Dan Boitnott <dan@mcneese.edu>)
Список pgsql-general
>>
> Intresting.
> What is the size when bytea become inafective ?
>
> Currently i keep all my products images in bytea record. is it
> practical ?

Well I am going to make the assumption that you product images are small...
sub 100k or something. Bytea is just fine for that. The problem is when
the binary you want to store is 50 megs. When you access that file you
will be using 50 megs of ram to do so.

Large Objects don't work that way, you don't have the memory overhead. So
it really depends on what you want to store.


>
> how slower is it then accessing an image on a file system ( like ext3 ) ?

Well that would be an interesting test. Ext3 is very slow. I would assume
that Ext3 would be faster just because of the database overhead. However
you gain from having the images in the database for flexibility and
manageability.

Sincerely,

Joshua D. Drake



>
>
> Cheers
>
>>
>> pg_largeobject is more efficient than BYTEA for larger binaries.
>>
>> Sincerely,
>>
>> Joshua D. Drake
>>
>>
>


--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd@commandprompt.com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL


Вложения

В списке pgsql-general по дате отправления:

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Large Objects
Следующее
От: "John Smith"
Дата:
Сообщение: Re: ECPG Segfaulting on EXEC SQL connect