On 10/7/05, David Fetter <[EMAIL PROTECTED]> wrote: > Here's my thoughts on a summary: > > [-t [table | glob]]... # 0 or more -t options > [-T [table | glob]]... # 0 or more -T options > [--include-tables-from-file f] > [--exclude-tables-from-file f] > > where globs get expanded just the way they are in psql, and the > exclude is evaluated after the include to remove any tables where they > might conflict. I don't think regex matching is needed or good. > > Does this make sense?
Sure does, and it looks good. But... will the resulting dump be consistent as far as foreign keys are concerned? Or will the current -t warning still apply (YMMV as to the consistency of the resulting dump)? If it's my job to ensure foreign key consistency, an option that only dumps foreign keys and/or omits the foreign keys from the dump would also be essential... Grepping a full dump, as I said, is not nice, plus the foreign keys are multi-line which complicates grepping. If both table filtering and the foreign key options would be implemented, one could truly do useful dumps using pg_dump alone. I could dump only some tables sans the foreign keys, then dump the foreign keys separately and take it from there. I know that I can get the foreign keys from a schema-only dump. But an "don't dump foreign keys" option would still help. ---------------------------(end of broadcast)--------------------------- TIP 6: explain analyze is your friend
