спасибо, первый вариант работал. но беда в том, что я не знаю количество тегов изначально. представьте что юзер в инпуте пишет через запятые эти имена тегов.

И чем не сработал 2-ой вариант?

И чем не сработал 2-ой вариант?

А, ну видимо in tags нужно заменить на = any(tags)

Вам нужны все теги?

мне нужно взять всех юзеров у кототырх есть определенные теги. например юзер дает список из 5, или 6 или 10, не важно, тега и мне надо взять всех юзеров у которых есть ВСЕ эти теги. Если тегов 5 и какой-то юзер имеет 4 тега, но не имеет последный тег, то он не будет выбран. собственно как я понял ваш пример это только для двух тегов так ?

А, ну тогда оператор @> используй

можете на первом примере модифицировать ? я попробую. если не сложно

select user from ( select user, array_agg(tag) as tags from t group by user ) as tmp where array['tag1', 'tag2'] <@ tags

а это какой оператор ? у меня redshift вроде не понимает этого

Ничего не знаю про redshift.

мне нужно взять всех юзеров у кототырх есть определенные теги. например юзер дает список из 5, или 6 или 10, не важно, тега и мне надо взять всех юзеров у которых есть ВСЕ эти теги. Если тегов 5 и какой-то юзер имеет 4 тега, но не имеет последный тег, то он не будет выбран. собственно как я понял ваш пример это только для двух тегов так ?

Так Вам нужны users или tags? Т.е. для четырёх искомых tags, сколько записей должно быть в результате для данного user, 1 или 4? > у меня redshift вроде не понимает этого Сразу надо говорить, что у Вас redshit. ;)

Так Вам нужны users или tags? Т.е. для четырёх искомых tags, сколько записей должно быть в результате для данного user, 1 или 4? > у меня redshift вроде не понимает этого Сразу надо говорить, что у Вас redshit. ;)

нет мне нужны users. админ из фронта дает на бэк список тегов и мне надо взять всех юзеров, тех у которых есть ВСЕ эти теги.

да вроде redshift это pgsql, но если я пойму как все делать, то там скорее всего будут свои методы и несложно будет

нет мне нужны users. админ из фронта дает на бэк список тегов и мне надо взять всех юзеров, тех у которых есть ВСЕ эти теги.

Понятно. В общем, это называется "реляционное деление", и вариантов масса. Какой лучше подходит, зависит от распределения данных и СУБД. Для примера: https://stackoverflow.com/questions/7364969/how-to-filter-sql-results-in-a-has-many-through-relation/7774879#7774879 > да вроде redshift это pgsql Нет. Это форк какой-то древней версии PostgreSQL, и с тех пор, похоже, его развивали, эээ... не лучшим образом. ;)

Понятно. В общем, это называется "реляционное деление", и вариантов масса. Какой лучше подходит, зависит от распределения данных и СУБД. Для примера: https://stackoverflow.com/questions/7364969/how-to-filter-sql-results-in-a-has-many-through-relation/7774879#7774879 > да вроде redshift это pgsql Нет. Это форк какой-то древней версии PostgreSQL, и с тех пор, похоже, его развивали, эээ... не лучшим образом. ;)

да, спасибо. там пример с 3-я таблицамы, у меня она одна. но попробую

Alexander Moroz будет жить. Поприветствуем!

@x2bool будет жить. Поприветствуем!

@UDIN111 будет жить. Поприветствуем!

@andrshmi > у меня проблема, третий день страдаю > нужен полнотекстовый поиск > в связке с гео задача "найти ближайшее место со словом ""пиво"?" или надо сравнивать расстояния между слвами в километрах? // всегда интересовали такие задачи

звучит как задача для эластиксерча ???

В функции есть лимит на результат плюс радиус поиска

В радиусе ищем по максимальной релевантности текста

пиво в километре и пивас в 500 метрах различаются?

Если лимит не набрался, то добираем максимально близкими по расстоянию

ну то есть что долно быть?

так-то всегда можно получить два параметра: расстояние до и релевантность поиска

Все что попадает в радиус поиска - сортируется по релевантности текста, что за пределами радиуса поиска - по растоянию

а вот как их сортировать уже не очень понятно

Все что попадает в радиус поиска - сортируется по релевантности текста, что за пределами радиуса поиска - по растоянию

А если не набралось? Расширяем радиус ?

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

Какая?

По расстоянию

ну вроде все просто

Через cte решил

И на сколько мелко масштаб побит?

пара дополнительных параметров по условию и сортировка по ним

Набирал по расстоянию лимит

А потом все, что в радиусе, пересортировывал

Можно геокоды положить ключами в полнотекст : один из рабочих вариантов всегда

Можно геокоды положить ключами в полнотекст : один из рабочих вариантов всегда

А можно поподробней?

есть ли разница в последовательности удаления триггера и функции для него? DROP FUNCTION IF EXISTS public."FN_users_update_something"() DROP TRIGGER IF EXISTS "TR_users_something" ON public.tablename

есть ли разница в последовательности удаления триггера и функции для него? DROP FUNCTION IF EXISTS public."FN_users_update_something"() DROP TRIGGER IF EXISTS "TR_users_something" ON public.tablename

Если он разрешит удалить функцию, которая исользуется в триггере и вы сделаете это в одной транзакции то по идее разницы никакой.

есть ли разница в последовательности удаления триггера и функции для него? DROP FUNCTION IF EXISTS public."FN_users_update_something"() DROP TRIGGER IF EXISTS "TR_users_something" ON public.tablename

Постгрес не должен разрешить удалить функцию вперед триггера. Можете написать drop function... cascade, тогда удалится всё разом

ok, ty

Вообще правильнее, конечно, сначала удалять сам триггер. Кроме того, одна и та же функция может использоваться в нескольких тригеррах.

Привет, скажите, может ли wal_level = logical приводить к раздуванию wal? Все еще ищу причины странной проблемы, при логической репликации, wal сжирает все место, и не чистится, только после рестарта это происходит. Для сравнения, база 200 гб, вал вырастает до 200-300 гб

Привет, скажите, может ли wal_level = logical приводить к раздуванию wal? Все еще ищу причины странной проблемы, при логической репликации, wal сжирает все место, и не чистится, только после рестарта это происходит. Для сравнения, база 200 гб, вал вырастает до 200-300 гб

> может ли wal_level = logical приводить к раздуванию wal? Пишется туда побольше, но вот к этому: > Все еще ищу причины странной проблемы, при логической репликации, wal сжирает все место, и не чистится, только после рестарта это происходит. wal_level = logical почти наверняка не относится.

Привет, скажите, может ли wal_level = logical приводить к раздуванию wal? Все еще ищу причины странной проблемы, при логической репликации, wal сжирает все место, и не чистится, только после рестарта это происходит. Для сравнения, база 200 гб, вал вырастает до 200-300 гб

Смотрите на слоты репликации. И логи ПГ на этот счёт.

Смотрите на слоты репликации. И логи ПГ на этот счёт.

Слот репликации 1, в логе никакой инфы, кроме когда заканчивается место и все падает

Слот репликации 1, в логе никакой инфы, кроме когда заканчивается место и все падает

Вот и смотрите за состоянием реплики - как оно тянет данные (имеет смысл логи и на слейве посмотреть).

если реплика не успевет проигрывать и отстаёт, то ес-но WAL будет пухнуть.

если реплика не успевет проигрывать и отстаёт, то ес-но WAL будет пухнуть.

Вряд ли у нее может быть задержка, измеряемая десятками минут =)

мб, я что-то криво настроил, и она что-то не тянет из репликейшен слота

Запросто - может и несколько часов достигать

проблема в том, что она в лог вообще ничего не ишет, как будто все норм. (я про слейв)

о - есть такое на мастере

2018-10-08 11:47:02.541 MSK [271] LOG: checkpoints are occurring too frequently (29 seconds apart) 2018-10-08 11:47:02.541 MSK [271] HINT: Consider increasing the configuration parameter "max_wal_size". 2018-10-08 11:49:41.505 MSK [271] LOG: checkpoints are occurring too frequently (28 seconds apart) 2018-10-08 11:49:41.505 MSK [271] HINT: Consider increasing the configuration parameter "max_wal_size".

проблема в том, что она в лог вообще ничего не ишет, как будто все норм. (я про слейв)

В pg_stat_replication можно посмотреть lag

00:00:00.369

еще там разные версии. Мастер 10 1, слейв 10 5

00:00:00.369

напишите в postgres-bugs или postgres-general

00:00:00.369

это когда wal распухли такое отставание?

А max_wal_size там какой?

00:00:00.369

пришлите результаты запросов: select * from pg_get_replication_slots(); select * from pg_stat_replication;

это когда wal распухли такое отставание?

да

postgres=# select * from pg_get_replication_slots(); slot_name | plugin | slot_type | datoid | temporary | active | active_pid | xmin | catalog_xmin | restart_lsn | confirmed_flush_lsn ------------+----------+-----------+--------+-----------+--------+------------+------+--------------+---------------+--------------------- divico_sub | pgoutput | logical | 16385 | f | t | 17147 | | 255670518 | 1B14/3F5CE7F0 | 1B1E/4FFFD058 (1 row)

pid | usesysid | usename | application_name | client_addr | client_hostname | client_port | backend_start | backend_xmin | state | sent_lsn | write_lsn | flush_lsn | replay_lsn | write_lag | flush_lag | replay_lag | sync_priority | sync_state -------+----------+----------+------------------+----------------+-----------------+-------------+-------------------------------+--------------+-----------+---------------+---------------+---------------+---------------+-----------+-----------+------------+---------------+------------ 17147 | 10 | postgres | divico_sub | 91.109.204.172 | | 44064 | 2018-10-08 08:40:33.722731+03 | | streaming | 1B1E/56FFEDC8 | 1B1E/56FFEDC8 | 1B1E/56FFEDC8 | 1B1E/56FFEDC8 | | | | 0 | async (1 row)

А max_wal_size там какой?

max_wal_size = 1GB

слот у вас логический, а реплика физическая

слот у вас логический, а реплика физическая

как вы это поняли?

slot_type - logical

реплика этот слот не использует

судя по всему, никто его не использует

а как объяснить, то, что когда реплика стопается, active у слота в false переходит?

И наоборот

Настройку всю делал по этому видео https://www.youtube.com/watch?v=uy1E7y7kIOM&t=621s

postgres=# select * from pg_get_replication_slots(); slot_name | plugin | slot_type | datoid | temporary | active | active_pid | xmin | catalog_xmin | restart_lsn | confirmed_flush_lsn ------------+----------+-----------+--------+-----------+--------+------------+------+--------------+---------------+--------------------- divico_sub | pgoutput | logical | 16385 | f | t | 17147 | | 255670518 | 1B14/3F5CE7F0 | 1B1E/4FFFD058 (1 row)

confirmed flush lsn - restart lsn = 41 гигабайт wal ?

confirmed flush lsn - restart lsn = 41 гигабайт wal ?

Это после рестарта он такой, там были цифры и побольше

после рестарта - пишет так

2018-10-08 12:16:18.522 MSK [20313] postgres@divico LOG: starting logical decoding for slot "divico_sub" 2018-10-08 12:16:18.522 MSK [20313] postgres@divico DETAIL: streaming transactions committing after 1B1F/65ED4DE0, reading WAL from 1B1F/65ED4D38 2018-10-08 12:16:18.522 MSK [20313] postgres@divico LOG: logical decoding found consistent point at 1B1F/65ED4D38

и wal исчезает

Тимур Алиев будет жить. Поприветствуем!

а pg_repack/compact table умеют строить индексы на одной новой таблице паралельно?

кто-нибудь в курсах?

А могут ли мои проблемы с репликацией быть связаны с разной таймзоной на серверах?

Желательно что бы на мастере и реплике была одинаковая таймзона

привет знатокам, подскажите плиз как создать сиквенс зависящий от группировки: есть дополнительное поле, в разрезе этого поля необходимо накручивать счетчик

это же возможно?

напрямую вроде как нет. есть идея в тригере дергать нужный сиквенс в зависимости от условия

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