Спасибо

👍🏻

Execution Time: 1297.306 ms на это смотреть?

на все что он показывает

а лучше нам показать )
если сами затрудняетесь понять что не так

Именно для программиста БД — PostgreSQL [куда] более "продвинут", удобен, да и логичен.
А вот как "затаскивают" сюда DBA, я не знаю. ;)

А могли бы не отказываться, кстати:  https://wiki.postgresql.org/wiki/Inlining_of_SQL_functions ;)

Да я это видел в том числе, спасибо.

Спасибо. Я что-то тупил и все клал в $data_directory.

спс, нашёл решение CREATE INDEX msg_lower ON messages (lower(id));

было Execution Time: 1297.306 ms, стало - Execution Time: 1.138 ms

Или не нашли, а наблюдаете просто эффект кеширования.
Вас же не просто так (уже четыре раза?!) попросили показать план... но дело Ваше, конечно. ;)

Народ, подскажите, почему размер таблицы меняется

postgres=# create table t1(id1 int,id2 int,id3 int, sss text);
CREATE TABLE
postgres=# insert into t1 (select s.id,s.id,s.id,repeat(s.id::text,s.id) from
generate_series(1,1000) as s(id));
INSERT 0 1000
postgres=# \d t1
                Table "public.t1"
Column |  Type   | Collation | Nullable | Default
--------+---------+-----------+----------+---------
id1    | integer |           |          |
id2    | integer |           |          |
id3    | integer |           |          |
sss    | text    |           |          |

postgres=# vacuum FULL ANALYZE ;
VACUUM
postgres=# select pg_table_size('t1'),pg_relation_size('t1');
pg_table_size | pg_relation_size
---------------+------------------
       761856 |           753664
(1 row)

postgres=# begin;
BEGIN
postgres=# alter table t1 alter COLUMN sss type bigint using substring(sss from 1 for 2)::bigint;
ALTER TABLE
postgres=# select pg_table_size('t1'),pg_relation_size('t1');
pg_table_size | pg_relation_size
---------------+------------------
        57344 |            57344
(1 row)

postgres=# \d t1
                Table "public.t1"
Column |  Type   | Collation | Nullable | Default
--------+---------+-----------+----------+---------
id1    | integer |           |          |
id2    | integer |           |          |
id3    | integer |           |          |
sss    | bigint  |           |          |

postgres=# select * from t1 where id1=900;
id1 | id2 | id3 | sss
-----+-----+-----+-----
900 | 900 | 900 |  90
(1 row)

postgres=# rollback ;
ROLLBACK
postgres=# \d t1
                Table "public.t1"
Column |  Type   | Collation | Nullable | Default
--------+---------+-----------+----------+---------
id1    | integer |           |          |
id2    | integer |           |          |
id3    | integer |           |          |
sss    | text    |           |          |

postgres=# select pg_table_size('t1'),pg_relation_size('t1');
pg_table_size | pg_relation_size
---------------+------------------
       761856 |           753664
(1 row)

postgres=#

Приветствую, есть таблица с улицами, хочу его мигрировать на новую таблицу, есть различие по структуре, допустим в таблице откуда хочу извлечь данные структура полей id, name, locality(значения записей местности латиницей) в новой id, name, locality_id(связь с таблицей localities) какможно безболезнено перенести?)

какое именно изменение вас волнует ?
вроде все логично

pg_relation_size до begin вовремя и после rollback.
Разве размер не по файлу идет?

вы меняете тип данных
изменяется размер - логично ? думаю да
откатываете транзакцию, размер меняется обратно - логично? определенно

не особо, как размер файла без использования vacuum full мог уменьшится?