Re: Putting restrictions on pg_dump?
| От | Klint Gore |
|---|---|
| Тема | Re: Putting restrictions on pg_dump? |
| Дата | |
| Msg-id | 43BDD342B.EDCEKG@129.180.47.120 обсуждение исходный текст |
| Ответ на | Re: Putting restrictions on pg_dump? (Benjamin Smith <lists@benjamindsmith.com>) |
| Список | pgsql-general |
On Thu, 5 Jan 2006 09:59:45 -0800, Benjamin Smith <lists@benjamindsmith.com> wrote:
> Good ideas, all. but, what about keeping things like check constraints,
> foreign keys, etc?
how about something like
pg_dump -s -t customers dbname >customers.def
> Hmmm... maybe, if I dumped the entire DB schema, with no data, and then looped
> thru the tables, creating a temp table (as you describe) with a funky name
> (such as TABLEaBcDeFgH_U) and then pg_dumping that, and then using a regex to
> rename the table in the output... (eg
>
> /TABLE\s+TABLEaBcDeFgH_U/TABLE customers/
>
> Ugh. I was hoping there was a cleaner way...
Make a script with all the commands in it. You should be able to
manually make a file that is similar to what pg_dump does.
pg_dump -s -t customers dbname >customers.def
echo "copy customers from stdin;" >>customers.def
psql -d dname -c "create temp table dump as select * from customers
where id=11; copy dump to stdout;" >>customers.def
echo "\." >>customers.def
klint.
+---------------------------------------+-----------------+
: Klint Gore : "Non rhyming :
: EMail : kg@kgb.une.edu.au : slang - the :
: Snail : A.B.R.I. : possibilities :
: Mail University of New England : are useless" :
: Armidale NSW 2351 Australia : L.J.J. :
: Fax : +61 2 6772 5376 : :
+---------------------------------------+-----------------+
В списке pgsql-general по дате отправления: