Телеграмм чат группы pgsql страница 9870

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

4546 membersпожаловаться на группу

2020 May 27

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

а кините ссылкой, я вот не могу понять, когда происходит агрегация как в данном запросе
лучший индекс это получается на devtodev_id и action_date.
А что происходит в этот момент для MAX(mx.action_tdate).

Я к тому имеет и разница что находится внутри агрегатной функции?
если б было

SELECT mx.devtodev_id, MAX(

1

) AS last_action_tdate
  FROM core_data.level_start_tbl AS mx
 WHERE mx.action_date BETWEEN '2020-05-01' AND '2020-05-27'
 GROUP BY mx.devtodev_id

Это что-то изменило б?

Спасибо

Ну и правильно не можете — это я неправильно прочитал название поля, извините. ;)

источник

14:25пожаловаться #1

ВТ

Виктор Ткаченко... in pgsql – PostgreSQL

Chern Oleksander

а кините ссылкой, я вот не могу понять, когда происходит агрегация как в данном запросе
лучший индекс это получается на devtodev_id и action_date.
А что происходит в этот момент для MAX(mx.action_tdate).

Я к тому имеет и разница что находится внутри агрегатной функции?
если б было

SELECT mx.devtodev_id, MAX(

1

) AS last_action_tdate
  FROM core_data.level_start_tbl AS mx
 WHERE mx.action_date BETWEEN '2020-05-01' AND '2020-05-27'
 GROUP BY mx.devtodev_id

Это что-то изменило б?

Спасибо

action_tdate жеж нужен иначе за ним придется идти на диск

источник

14:25пожаловаться #2

CO

Chern Oleksander in pgsql – PostgreSQL

Виктор Ткаченко

action_tdate жеж нужен иначе за ним придется идти на диск

Я к тому есть ли разница что группируется, а что считается(агрегируется)
select action_date, sum(amount_usd)
from tbl
group action_date

в таком случае главное это action_date?

источник

14:27пожаловаться #3

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

а кините ссылкой, я вот не могу понять, когда происходит агрегация как в данном запросе
лучший индекс это получается на devtodev_id и action_date.
А что происходит в этот момент для MAX(mx.action_tdate).

Я к тому имеет и разница что находится внутри агрегатной функции?
если б было

SELECT mx.devtodev_id, MAX(

1

) AS last_action_tdate
  FROM core_data.level_start_tbl AS mx
 WHERE mx.action_date BETWEEN '2020-05-01' AND '2020-05-27'
 GROUP BY mx.devtodev_id

Это что-то изменило б?

Спасибо

Тогда тут нужно аж два индекса, по идее (первый (devtodev_id, action_date) — чтобы получить все devtodev_id, подходящие под условие, и второй (devtodev_id, action_tdate) — чтобы получить эти максимумы)
Кстати говоря... у Вас случайно нет таблицы с этими devtodev_id, а если есть — сколько их там (может, там их не намного больше, чем тех, которые попадают под условие)?

источник

14:28пожаловаться #4

CO

Chern Oleksander in pgsql – PostgreSQL

Yaroslav Schekin

Тогда тут нужно аж два индекса, по идее (первый (devtodev_id, action_date) — чтобы получить все devtodev_id, подходящие под условие, и второй (devtodev_id, action_tdate) — чтобы получить эти максимумы)
Кстати говоря... у Вас случайно нет таблицы с этими devtodev_id, а если есть — сколько их там (может, там их не намного больше, чем тех, которые попадают под условие)?

неа, тоесть если б я отобрал where devtodev_id (1,2,3,45) сработал бы индекс и было б хорошо ?

источник

14:33пожаловаться #5

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

Я к тому есть ли разница что группируется, а что считается(агрегируется)
select action_date, sum(amount_usd)
from tbl
group action_date

в таком случае главное это action_date?

В смысле?
В таком примере никак не "выкрутишься", суммы придётся считать. И, если нет WHERE, индекс тут может помочь (а может и не помочь) такой, где есть сортировка по action_date и одновременно есть amount_usd (иначе всё равно всю таблицу читать).
Т.е. (action_date, amount_usd) или (action_date) с INCLUDE amount_usd.

источник

14:34пожаловаться #6

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

неа, тоесть если б я отобрал where devtodev_id (1,2,3,45) сработал бы индекс и было б хорошо ?

Нет, "само" хорошо тут не будет. ;) Если хотите loose index scan — запрос придётся переписать, такого PostgreSQL сам делать, к сожалению, пока не умеет вообще.

источник

14:35пожаловаться #7

CO

Chern Oleksander in pgsql – PostgreSQL

Yaroslav Schekin

В смысле?
В таком примере никак не "выкрутишься", суммы придётся считать. И, если нет WHERE, индекс тут может помочь (а может и не помочь) такой, где есть сортировка по action_date и одновременно есть amount_usd (иначе всё равно всю таблицу читать).
Т.е. (action_date, amount_usd) или (action_date) с INCLUDE amount_usd.

Получается что
select action_date, max(amount_usd)
и
select amount_usd, max(action_date)
это одинаковые запросы?

источник

14:35пожаловаться #8

CO

Chern Oleksander in pgsql – PostgreSQL

Yaroslav Schekin

Нет, "само" хорошо тут не будет. ;) Если хотите loose index scan — запрос придётся переписать, такого PostgreSQL сам делать, к сожалению, пока не умеет вообще.

Ладно тогда пойду сначало почитаю и обратно вернусь если будет не понятно.
Спасибо большое!

источник

14:36пожаловаться #9

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

Получается что
select action_date, max(amount_usd)
и
select amount_usd, max(action_date)
это одинаковые запросы?

Нет, это совершенно разные запросы...
И это же очевидно — наверное, я не понимаю, о чём Вы спрашиваете. :(

источник

14:36пожаловаться #10

CO

Chern Oleksander in pgsql – PostgreSQL

Yaroslav Schekin

Нет, это совершенно разные запросы...
И это же очевидно — наверное, я не понимаю, о чём Вы спрашиваете. :(

я в том плане что если будет составной индекс для action_date и amount_usd
для оптимизатора будет одно и тоже

источник

14:37пожаловаться #11

YS

Yaroslav Schekin in pgsql – PostgreSQL

Chern Oleksander

я в том плане что если будет составной индекс для action_date и amount_usd
для оптимизатора будет одно и тоже

Нет, не одно и то же. Индекс (action_date, amount_usd) всё-таки [намного] лучше для

select action_date, max(amount_usd) FROM ... GROUP BY action_date;

, а для:

select amount_usd, max(action_date) FROM ... GROUP BY amount_usd;

от него толк только в том, что таблицу читать, может быть, не придётся.

источник

14:41пожаловаться #12

CO

Chern Oleksander in pgsql – PostgreSQL

Yaroslav Schekin

Нет, не одно и то же. Индекс (action_date, amount_usd) всё-таки [намного] лучше для

select action_date, max(amount_usd) FROM ... GROUP BY action_date;

, а для:

select amount_usd, max(action_date) FROM ... GROUP BY amount_usd;

от него толк только в том, что таблицу читать, может быть, не придётся.

О, вот так теперь понятней стало. Спасибо!

источник

14:42пожаловаться #13

S

Spirit💎 in pgsql – PostgreSQL

Добрый день, господа! Сдуру ребутнул сервак через sudo reboot, после этого моя бд в докере перестала стартовать, ругаясь на невалидную запись праймари чекпоинта. Бэкапов конечно же нет. Как можно реанимировать это все?

источник

14:47пожаловаться #14

GS

Grigory Smolkin in pgsql – PostgreSQL

https://memepedia.ru/wp-content/uploads/2018/09/2fb0e0593a6a0a07de957de7bf14fe3b.jpg

источник

14:49пожаловаться #15

l

lnuynxa in pgsql – PostgreSQL

Добрый день, господа! Сдуру ребутнул сервак через sudo reboot, после этого моя бд в докере перестала стартовать, ругаясь на невалидную запись праймари чекпоинта. Бэкапов конечно же нет. Как можно реанимировать это все?

вообще если настройки не крутили, то оно не должно умирать таким образом

источник

14:50пожаловаться #16

S

Spirit💎 in pgsql – PostgreSQL

вообще если настройки не крутили, то оно не должно умирать таким образом

все дефолтное, на самом деле

источник

14:50пожаловаться #17

l

lnuynxa in pgsql – PostgreSQL

Добрый день, господа! Сдуру ребутнул сервак через sudo reboot, после этого моя бд в докере перестала стартовать, ругаясь на невалидную запись праймари чекпоинта. Бэкапов конечно же нет. Как можно реанимировать это все?

ну предлагают очистить WAL журнал

источник

14:51пожаловаться #18

S

Spirit💎 in pgsql – PostgreSQL

я не секу в этом, поэтому пришел к специалистам, дабы не ухудшить положение)

источник

14:52пожаловаться #19

l

lnuynxa in pgsql – PostgreSQL

но вообще, я бы попробовал удалить последний WAL сегмент, вдруг поможет(учитывая экстренный ребут может проблема в нем)

источник

14:53пожаловаться #20