From: | Rébeli-Szabó Tamás <pub(at)rblst(dot)info> |
---|---|
To: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: pg_dump parameter |
Date: | 2022-01-07 15:56:13 |
Message-ID: | 86e7335e-122b-a357-f57d-935297269d84@rblst.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Augusto,
if you used lo (large object) instead of bytea, you could exclude those
large objects from the dump with the --no-blobs option of pg_dump.
Note that lo and bytea solve similar problems, but in markedly different
ways. For example, large objects are managed by functions, they are
stored outside of the table etc.
If you are using bytea, you might work around the issue in some ways.
For example, you may do a CREATE TEMPORARY TABLE ... AS SELECT ...,
omit bytea columns in the select list, and dump the temporary table instead.
If you are dumping into plain-text file format with pg_dump, you may use
COPY (or \copy) instead, and only unload selected columns.
None of the above, however, is exactly what you want I am afraid.
Regards,
tamas
2022. 01. 06. 15:37 keltezéssel, David G. Johnston írta:
> On Thursday, January 6, 2022, Augusto Mossambani
> <augusto(at)accion(dot)com(dot)br> wrote:
>
> Hi.
>
> Is there a way when using pg_dump, inform a parameter to "clean" a
> certain column (ByteA) of a table, similar to oracle(Blob)? Oracle
> Example: Remap_data=TABLE.COLUMN_NAME:clear_blob_pack.clear_blob
>
>
> Not that I’m aware of.
>
> David J.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Mohammed falih | 2022-01-07 18:05:09 | The postgres server don't work |
Previous Message | Dennis | 2022-01-07 13:11:45 | Patroni pkg_resources.DistributionNotFound |