pgsql – PostgreSQL

01 July 2024 15:56

Подскажите, пытаюсь настроить себе логирование DDL. Все в целом хорошо, логи пишутся но смущает то, что команды CREATE VIEW логируются дважды. Почему и как от этого избавиться?

pgsql – PostgreSQL

01 July 2024 15:13

извиняюсь, конечно WHERE transaction_id, теперь все выводится

pgsql – PostgreSQL

01 July 2024 14:50

c * тоже самое. вообще мне сам факт наличия такого значения нужен

pgsql – PostgreSQL

01 July 2024 14:45

почему EA не вывел план планировщика? только вот это:

"Result  (cost=0.00..0.00 rows=0 width=4) (actual time=0.001..0.001 rows=0 loops=1)"
One-Time Filter: false"
 "Planning Time: 0.093 ms"
"Execution Time: 0.012 ms"

EXPLAIN (ANALYZE, BUFFERS) SELECT 1 FROM my_table
    WHERE 'transaction_id' = '3058c51f-70f8-4a6f-b919-71a7a4911cd0';

pgsql – PostgreSQL

01 July 2024 13:36

Вы не закрываете пуловое соединение? Утечка памяти?

pgsql – PostgreSQL

01 July 2024 13:18

не я делаю пару запросов и она загружается потом её отпускает, после 10 запросов она стоит минут 5

pgsql – PostgreSQL

01 July 2024 12:42

я уже хери нагородил, цикл в скрипте

pgsql – PostgreSQL

01 July 2024 12:36

Вы же в курсе что это разные форматы , а не просто название расширение другое )

pgsql – PostgreSQL

01 July 2024 12:35

да, опечатка в сообщении

pgsql – PostgreSQL

01 July 2024 12:33

UPDATE table_name
SET cover_image = left(cover_image, -4) || '.webp'
WHERE cover_image ILIKE '%.jpg'

pgsql – PostgreSQL

01 July 2024 12:30

UPDATE ... SET cover_image = ... WHERE ... ?

pgsql – PostgreSQL

01 July 2024 12:24

Ёмаё, нужно в чат по Python.

pgsql – PostgreSQL

01 July 2024 12:23

Ну я понимаю, 16 ядер в десктопе мощнее 64 в сервере

pgsql – PostgreSQL

01 July 2024 12:19

Ну так это же Джанго, ему сразу 64 ядра нужно и 1 ТБ памяти

pgsql – PostgreSQL

01 July 2024 12:18

не знаю где такую чушь преподают, но GIL работает совершенно не так.

pgsql – PostgreSQL

01 July 2024 15:34

нашел решение. нужен набор параметров. убрал клин/креате, включил --no-acl, --no-owner, --role
так с кучей ошибок, но видимо некритичных прошел рестор и данные залились с одним овнером, как и задумывал. непонятно почему при аналогичных параметрах дампа инфа о грантах в дамп все-таки уехала, что и генерило ошибки при ресторе.
еще более странно, что в исходных попытках ничего не работало и не было никаких сообщений... т.е я занимался тупо подбором комбинации параметров, чтобы заработало. чтение документации не помогло

pgsql – PostgreSQL

01 July 2024 15:09

WHERE transaction_id или WHERE "transaction_id"

pgsql – PostgreSQL

01 July 2024 14:49

селектни что-то полезное.

pgsql – PostgreSQL

01 July 2024 14:08

Начинайте поиски с питона. Всё равно эти измерения питона для оптимизацыи — обязательны.
Будут данные из питона, определяющие скорость запросов — заходите к нам с закрепом /channel/pgsql/303899

pgsql – PostgreSQL

01 July 2024 13:34

Самое интересное, что ответ приходит через 1.2 секунды а процеесс живет потом еще пару минут

pgsql – PostgreSQL

01 July 2024 13:13

проверьте еще, что не подцепили майнер, если база торчит с голым задом в интернете

pgsql – PostgreSQL

01 July 2024 12:41

да, на s3 есть картинки на 3 формата, сейчас все конвертирую в 1

pgsql – PostgreSQL

01 July 2024 12:36

тогда очевидно WHERE не сматчит эти строки

pgsql – PostgreSQL

01 July 2024 12:35

И там где-то лежит . jpeg

pgsql – PostgreSQL

01 July 2024 12:32

на что мне ссылаться в where?

pgsql – PostgreSQL

01 July 2024 12:29

Приветствую. Хочу все файлы (имена в поле таблицы) переименовать с .jpeg --> .webp
Как бы это сделать?
Пока думаю получать через WHERE ("cover_image" ILIKE '%.jpg')
такое запросом не сделаешь, нужен скрипт?

pgsql – PostgreSQL

01 July 2024 12:23

ты прав это многое мне дало. У меня все ядра на 99% и load average крайне высок
```
Выше 80% считается не совсем нормальным и явно указывает нам на то, что процессор проводит очень много времени в ожидании ввода/вывода (обычно это означает, что выходит из строя HDD или NIC).
``

pgsql – PostgreSQL

01 July 2024 12:22

Вообще-то персональные компы существенно быстрей серверов, процентов на 30 добрых, там ведь все технологии обкатываются , частоты зашкаливают, плевать на нагрев и энергопотребления

pgsql – PostgreSQL

01 July 2024 12:19

Стоит открыть для себя хотя бы htop, понятие load average и таки узнать что именно "тормозит".

pgsql – PostgreSQL

01 July 2024 12:17

Эм, ну на то это и персональные компы. Уж извините, у меня 16 ядер, но я использую только для дева и/или тестов логики. Про скорости вообще речи не идёт.