Re: [HACKERS] Linux Largefile Support In Postgresql RPMS
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Linux Largefile Support In Postgresql RPMS |
| Дата | |
| Msg-id | 27296.1029258242@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Linux Largefile Support In Postgresql RPMS (Oliver Elphick <olly@lfix.co.uk>) |
| Ответы |
Re: [HACKERS] Linux Largefile Support In Postgresql RPMS
Re: [HACKERS] Linux Largefile Support In Postgresql RPMS Re: [HACKERS] Linux Largefile Support In Postgresql RPMS |
| Список | pgsql-general |
Oliver Elphick <olly@lfix.co.uk> writes:
> But large file support is not really an issue for the database itself,
> since table files are split at 1Gb. Unless that changes, the database
> is not a problem.
I see no really good reason to change the file-split logic. The places
where the backend might possibly need large-file support are
* backend-side COPY to or from a large file
* postmaster log to stderr --- does this fail if log output
exceeds 2G?
There might be some other similar issues, but that's all that comes to
mind offhand.
On a system where building with large-file support is reasonably
standard, I agree that PG should be built that way too. Where it's
not so standard, I agree with Andrew Sullivan's concerns ...
regards, tom lane
В списке pgsql-general по дате отправления: