Re: Big 7.1 open items
От | Tom Lane |
---|---|
Тема | Re: Big 7.1 open items |
Дата | |
Msg-id | 7722.961657500@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Big 7.1 open items (Chris Bitmead <chrisb@nimrod.itg.telstra.com.au>) |
Список | pgsql-hackers |
Chris Bitmead <chrisb@nimrod.itg.telstra.com.au> writes: > I'm wondering if pg_dump should store the location of the tablespace. If > your machine dies, you get a new machine to re-create the database, you > may not want the tablespace in the same spot. And text-editing a > gigabyte file would be extremely painful. Might make sense to store the tablespace setup separately from the bulk of the data, but certainly you want some way to dump that info in a restorable form. I've been thinking lately that the pg_dump shove-it-all-in-one-file approach doesn't scale anyway. We ought to start thinking about ways to make the standard dump method store schema separately from bulk data, for example. That's offtopic for this thread but ought to be on the TODO list someplace... regards, tom lane
В списке pgsql-hackers по дате отправления: