From: | Sam Kidman <sam(at)fresho(dot)com> |
---|---|
To: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | pg_dump 17 produces files incompatible with older server versions |
Date: | 2024-10-02 05:23:25 |
Message-ID: | CA+FDo=vj+MPhROnDF1b6R=dPrgXeLGUaFbHu=YnHEz7LocSu4A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hello
We're developing a rails application and part of our development
workflow involves dumping out the database schema using pg_dump, which
is restored whenever we drop and create our development database.
As of version 17 we now have SET transaction_timeout = 0 in the schema file.
Unfortunately we use the latest version of the client tools (ie
pg_dump and kin) but we run the same database server version as we use
in production (12) and so now we're unable to import our database
schema with the error below:
ERROR: unrecognized configuration parameter "transaction_timeout"
It might be easier for us if we could configure pg_dump to _not_
output setting runtime parameters - they're not that important for the
use case of applying a schema to a database for local development.
Are there any other solutions to this issue? It could be quite
troublesome for us as we have a few different postgres server versions
in use in different applications but we use the same set of client
tools for all of them.
Best,
--
Sam Kidman
Web Developer
Melbourne
0498 592 582
sam(at)fresho(dot)com
www.fresho.com
From | Date | Subject | |
---|---|---|---|
Next Message | Pecsök Ján | 2024-10-02 09:37:07 | RE: Reading execution plan - first row time vs last row time |
Previous Message | Tom Lane | 2024-10-01 17:28:43 | Re: How to handle "could not find function xml_is_well_formed" when restoring database in Version 17 |