Re: pg_dump and large files - is this a problem?
От | Philip Warner |
---|---|
Тема | Re: pg_dump and large files - is this a problem? |
Дата | |
Msg-id | 5.1.0.14.0.20021024113806.028ed528@mail.rhyme.com.au обсуждение исходный текст |
Ответ на | Re: pg_dump and large files - is this a problem? (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: pg_dump and large files - is this a problem?
|
Список | pgsql-hackers |
At 11:50 PM 23/10/2002 +0200, Peter Eisentraut wrote: >1. Disable access to large files. > >2. Seek in some other way. This gets my vote, but I would like to see a clean implementation (not huge quantities if ifdefs every time we call fseek); either we write our own fseek as Bruce seems to be suggesting, or we have a single header file that defines the FSEEK/FTELL/OFF_T to point to the 'right' functions, where 'right' is defined as 'most likely to generate an integer and which makes use of the largest number of bytes'. The way the code is currently written it does not matter if this is a 16 or 3 byte value - so long as it is an integer. ---------------------------------------------------------------- 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-hackers по дате отправления: