Re: bytea encode performance issues - Mailing list pgsql-general

From Sim Zacks
Subject Re: bytea encode performance issues
Date
Msg-id 489A9B8C.5020804@compulab.co.il
Whole thread Raw
In response to Re: bytea encode performance issues  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
I ran the update, but now (obviously) it wants to vacuum again and
vacuum on that table took 9 hours yesterday.

Do the statistics change when changing the storage type? Meaning does it
really need to vacuum?

Thank you
Sim

Tom Lane wrote:
> Sim Zacks <sim@compulab.co.il> writes:
>> After the alter table, then I have to update each row with an
>> update dbmail_messageblks set messageblk=messageblk;
>> so that it uses the new storage.
>
> I wouldn't actually bet on that changing anything at all ...
> I'd try something like messageblk = messageblk || '' to make
> completely sure the value gets detoasted.
>
>             regards, tom lane

pgsql-general by date:

Previous
From: Tomasz Ostrowski
Date:
Subject: Re: looking for psql without server-installation
Next
From: Cyril SCETBON
Date:
Subject: Checkpoints writes