Re: How does TOAST compare to other databases' mechanisms?
От | Philip Warner |
---|---|
Тема | Re: How does TOAST compare to other databases' mechanisms? |
Дата | |
Msg-id | 3.0.5.32.20001009165517.025c3100@mail.rhyme.com.au обсуждение исходный текст |
Ответ на | Re: How does TOAST compare to other databases' mechanisms? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: How does TOAST compare to other databases' mechanisms?
|
Список | pgsql-general |
At 00:21 9/10/00 -0400, Tom Lane wrote: >> But I also have images, most of which will _probably_ not >> exceed a few hundred K. At which point do I cross the line where TOAST ... > >Good question. The answer probably depends on operational experience >that we don't have yet (in other words, please try it both ways and >report back ;-)). In the case of images, is there a way to tell TOAST not to bother even trying to compress the data? (eg. JPEG files). If so, would I be right in assuming that this would be better for fast retrieval (even for text files)? Or is this anothet case where we need to test - ie. CPU Vs. IO availability? ---------------------------------------------------------------- Philip Warner | __---_____ Albatross Consulting Pty. Ltd. |----/ - \ (A.B.N. 75 008 659 498) | /(@) ______---_ Tel: (+61) 0500 83 82 81 | _________ \ Fax: (+61) 0500 83 82 82 | ___________ | Http://www.rhyme.com.au | / \| | --________-- PGP key available upon request, | / and from pgp5.ai.mit.edu:11371 |/
В списке pgsql-general по дате отправления: