Size: a a a

pgsql – PostgreSQL

2020 December 23

A

Anton in pgsql – PostgreSQL
Привет. Я столкнкулся с таким вопросом, который звучит как "Фраза Storage". Что от меня хотят, у кого-то есть идеи?
источник

=

=) in pgsql – PostgreSQL
Возвращать то понимаю как, второй запрос могу просто сделать на выборку, а вот остальное...
источник

P

Petr in pgsql – PostgreSQL
=)
Сливается, но тогда задачу нужно будет перефразировать и менять схему таблицы 😅
(id SERIAL PRIMARY KEY NOT NULL,
domain VARCHAR(300) NOT NULL,
date_add timestamp NOT NULL,)

вставить уникальные данные по полю domain среди импортируемых, при этом не вставлять записи у которых значение поля date_add больше чем в таблице. После импорта вставленные уникальные значения нужно вернуть (опционально).
>значение поля date_add больше чем в таблице

Чем максимальное значение поля date_add в таблице?
источник

=

=) in pgsql – PostgreSQL
Petr
>значение поля date_add больше чем в таблице

Чем максимальное значение поля date_add в таблице?
да
источник

P

Petr in pgsql – PostgreSQL
=)
да
Ну вам тогда без блокировки на запись по таблице не обойтись на время импорта очередной пачки данных (если я верно понял задачу), т.к. max от date_add надо будет зафиксировать.
источник

РЖ

Роман Жарков... in pgsql – PostgreSQL
Не надо материться.
источник

=

=) in pgsql – PostgreSQL
Роман Жарков
Не надо материться.
Вы на опережение реагируете? 😂
источник

=

=) in pgsql – PostgreSQL
Petr
Ну вам тогда без блокировки на запись по таблице не обойтись на время импорта очередной пачки данных (если я верно понял задачу), т.к. max от date_add надо будет зафиксировать.
Спасибо, буду разбираться
источник

РЖ

Роман Жарков... in pgsql – PostgreSQL
=)
Вы на опережение реагируете? 😂
5 минут я дал человеку. По часам проверил.
источник

=

=) in pgsql – PostgreSQL
Роман Жарков
5 минут я дал человеку. По часам проверил.
Аа, я думал вы мне, на опережение среагировали 😂
источник

IZ

Ilia Zviagin in pgsql – PostgreSQL
W
Есть идеи как можно ускорить старт приложения?
Есть 150-160 таблиц с данными конфиги, приложение на запуске опрашивает все таблицы и больше их не трогает. Помимо как построения индексов на все таблицы есть варианты? (Индекс ещё немного не подходит так как в некоторых таблицах > 32 колонок)
Надо смотреть на приложение и думать.
источник

P

Petr in pgsql – PostgreSQL
Коллеги, по какой причине запрос может не отвечать на pg_cancel_backend / pg_terminate_backend  ?
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
в случае если процесс находится в "uninterruptible sleep" и ждет завершения IO
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
обычно такое бывает если БД на сетевом диске (nfs, gluster, ceph, etc..) и диск отвалился
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
посмотрите в /proc/$pid/stack
источник

P

Petr in pgsql – PostgreSQL
@lesovsky, неожиданный для меня момент, что pg_stat_activity показывает два одинаковых запроса, хотя запущен был один (по крайней мере должен был). pid, соотв., разные
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
вполне может быть параллельное выполнение
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
посмотрите на значение в pg_stat_activity.backend_type
источник

P

Petr in pgsql – PostgreSQL
/proc/$pid/stack:
solaradmin@solaris-node-xor:~$ sudo cat /proc/21056/stack
[<0>] ep_poll+0x29c/0x3a0
[<0>] SyS_epoll_wait+0xc6/0xe0
[<0>] do_syscall_64+0x73/0x130
[<0>] entry_SYSCALL_64_after_hwframe+0x41/0xa6
[<0>] 0xffffffffffffffff
solaradmin@solaris-node-xor:~$ sudo cat /proc/21080/stack
[<0>] pipe_wait+0x70/0xc0
[<0>] pipe_write+0x17a/0x410
[<0>] new_sync_write+0xe7/0x140
[<0>] __vfs_write+0x29/0x40
[<0>] __kernel_write+0x52/0xf0
[<0>] dump_emit+0x70/0xd0
[<0>] elf_core_dump+0x7bf/0xa50
[<0>] do_coredump+0x8ce/0xf70
[<0>] get_signal+0x139/0x7a0
[<0>] do_signal+0x37/0x720
[<0>] exit_to_usermode_loop+0x73/0xd0
[<0>] prepare_exit_to_usermode+0x83/0x90
[<0>] retint_user+0x8/0x8
[<0>] 0xffffffffffffffff
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
а сколько памяти в системе?
источник