Re: Big 7.1 open items
| От | The Hermit Hacker | 
|---|---|
| Тема | Re: Big 7.1 open items | 
| Дата | |
| Msg-id | Pine.BSF.4.21.0006221904350.1098-100000@thelab.hub.org обсуждение исходный текст  | 
		
| Ответ на | Re: Big 7.1 open items (Don Baccus <dhogaza@pacifier.com>) | 
| Список | pgsql-hackers | 
On Wed, 21 Jun 2000, Don Baccus wrote: > At 01:43 PM 6/22/00 +1000, Chris Bitmead wrote: > > >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. > > So you don't dump your create tablespace statements, recognizing that on > a new machine (due to upgrades or crashing) you might assign them to > different directories/mount points/whatever. That's the reason for > wanting to hide physical allocation in tablespaces ... the rest of > your datamodel doesn't need to know. > > Or you do dump your tablespaces, and knowing the paths assigned > to various ones set up your new machine accordingly. Or, modify pg_dump so that it auto-dumps to two files, one for schema, one for data. then its easier to modify the schema on a large database if tablespaces change ...
В списке pgsql-hackers по дате отправления: