sps

nu tam vopwe mnoga infarmatsiya 🙁🙁

https://www.postgresql.org/docs/current/sql-createtrigger.html

Вон, таблица даже есть — считайте как хотите. :)

sps

И есть ещё https://www.postgresql.org/docs/current/sql-createeventtrigger.html , если что.
Больше ничего нет, насколько я помню.

Коллеги, офтопик: Как можно получить статистику по нашему чату ?

да. помогло.
enable_seqscan=off

Bitmap Heap Scan on core_zreportcurrencypart  (cost=395223.93..3452834.69 rows=12730598 width=478) (actual time=1414.375..167771.064 rows=12711361 loops=1)
  Filter: ((amount_in_byn IS NULL) AND ((currency)::text <> 'BYN'::text))
  Rows Removed by Filter: 43227793
  Heap Blocks: exact=21977 lossy=710500
  ->  Bitmap Index Scan on core_zreportcurrencypart_empty_byn_idx  (cost=0.00..392041.28 rows=30119721 width=0) (actual time=1406.828..1406.828 rows=12711383
loops=1)
        Index Cond: (((amount_in_byn IS NULL) = true) AND (((currency)::text <> 'BYN'::text) = true))
Planning Time: 0.829 ms
Execution Time: 168651.479 ms


enable_seqscan=on;

Seq Scan on core_zreportcurrencypart  (cost=0.00..3069488.28 rows=12730770 width=478) (actual time=0.041..340608.998 rows=12711465 loops=1)
  Filter: ((amount_in_byn IS NULL) AND ((currency)::text <> 'BYN'::text))
  Rows Removed by Filter: 107764263
Planning Time: 0.185 ms
Execution Time: 341461.589 ms

чувствительно да

сейчас еще вакум с анализом прогоню

Т.е. вопрос оценок, всё же.
Насколько они (настройки PROD сервера postgres) соответствуют действительности — Вам виднее.

SELECT * FROM a_table WHERE oid=1234;

Или в чём проблема?

/stat

You have invited Combot to your chat. That's awesome! Send /stat command to get your analytics link. Link is always the same. Subscribe to update feed, join our chat for discussion & support.
Click here to log in and manage your groups.

/stat

/stat

эх, жаль стата не за все время )

Да, жалко, неужели мне придется все самому все посты в постгрес укладывать и самому аналитику

SELECT * FROM a_table WHERE oid=1234;

не могу узнать из какой таблицы искать)
Вот запрос, а снизу выскакивает блок:


2021-02-26 06:42:14.621 MSK 6556 [unknown]: wwwBot@bureauData from 10.50.3.215 [vxid:12/505410 txid:129114413] [CALL waiting]CONTEXT:  while updating tuple (12889,70) in relation "td_phones"
 SQL statement "UPDATE bureaudata."td_phones" td
     SET
        "type-id" = COALESCE(pn."te_type-id", pn."type-id"),
        "type-text" = COALESCE(pn."te_type-text", pn."type-text"),
        "number" = COALESCE(pn."te_number", pn."number"),
        "actuality-date" = pn."te_actuality-date",
        "data-status" = pn."te_event-status",
        "last-updated-date" = CURRENT_TIMESTAMP,
        "parent-id" = COALESCE(pn."te_parent-id", pn."parent-id"),
        "parent-relation-type" = COALESCE(pn."te_parent-relation-type", pn."parent-relation-type")
     FROM phone_agg pn
     WHERE td."key-id" = pn."phone-id"
         AND pn."te_actuality-date" >= pn."actuality-date""
 PL/pgSQL function "pin_update-aggregated-phone"(character varying) line 60 at SQL statement
 SQL statement "SELECT (SELECT "pin_update-aggregated-phone"('t_phone_agg'))"
 PL/pgSQL function "pip_process-contact-data"(bigint) line 509 at assignment
 SQL statement "CALL bureaudata."pip_process-contact-data"(packageId)"
 PL/pgSQL function "pip_process-data-record"(bigint) line 86 at CALL
 SQL statement "CALL bureaudata."pip_process-data-record"(x_packageid)"
 PL/pgSQL function "pen_process-operation"(bigint) line 43 at CALL
 SQL statement "CALL bureaudata."pen_process-operation"(packageId)"
 PL/pgSQL function "pex_process-operation"(text,integer) line 40 at CALL
2021-02-26 06:42:14.621 MSK 6556 [unknown]: wwwBot@bureauData from 10.50.3.215 [vxid:12/505410 txid:129114413] [CALL waiting]STATEMENT:  CALL bureaudata."pex_process-operation"($1,$2)
2021-02-26 06:42:24.146 MSK 6556 [unknown]: wwwBot@bureauData from 10.50.3.215 [vxid:12/505410 txid:129114413] [CALL waiting]LOG:  process 6556 acquired ShareLock on transaction 129114416 after 36195.288 ms

Эээ... и при чём тут oid-ы, вообще?

Доброго всем дня. Пытаюсь нагуглить как можно ускорить Index Scan не переписывая код, а именно настройками сервера, что-то плохо выходит. Подскажите в какую сторону копнуть?

Первым делом надо добыть explain analyse тормозящего запроса и его проанализировать.