Re: How to do faster DML

Поиск
Список
Период
Сортировка
От veem v
Тема Re: How to do faster DML
Дата
Msg-id CAB+=1TV2i5rvO-dVhj+8NObgp8LTwBBNvi4VX5odh5onKNa7UQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: How to do faster DML  (Ron Johnson <ronljohnsonjr@gmail.com>)
Ответы Re: How to do faster DML
Список pgsql-general

On Wed, 14 Feb, 2024, 10:30 am Ron Johnson, <ronljohnsonjr@gmail.com> wrote:
On Tue, Feb 13, 2024 at 4:17 PM veem v <veema0000@gmail.com> wrote:
[sni[] 
One question here, if we have defined one column as a fixed length data type "integer" and slowly we noticed the length of data keeps increasing (in case of a sequence generated PK column which will keep increasing), and we want to alter the column to "bigint" now. In such scenario, will it append/pad the additional spaces to all the existing values which were already stored  with integer type initially in the table. And that would be then an increase to the existing table storage. Please correct me if I'm wrong.

ALTER TABLE foo ALTER COLUMN bar BIGINT; rewrites the whole table.  Do yourself a favor, and start with BIGINT.


Not yet tried, but that's interesting. I was initially thinking as it will be increasing the length, so it would be just a metadata change and finish within seconds.

 But as you mentioned, it seems to be the effect of "fixed length data type" which is why it's going to rewrite whole table even we just increases the column length. Hope it won't be the case in variable length data type. 

В списке pgsql-general по дате отправления:

Предыдущее
От: Ayush Vatsa
Дата:
Сообщение: Re: Query regarding function cleanup in extension upgrade path
Следующее
От: Yongye Serkfem
Дата:
Сообщение: PITR