Ок, это наверное из-за ORDER BY

Не понимаю. Есть вот такая квери, аж 2 индекса на нужном куске жсонб, но планнер все равно решает сканить всю таблицу полностью...

А почему gin индекс должен ускорять like запрос?

А почему gin индекс должен ускорять like запрос?

Да это я просто тестировал. Там обычный btree раньше был. Еще странно - сейчас сделал запрос без ORDER BY, с WHERE profile ->> 'domain' LIKE '%username%', выполнилось за 800мс. Делаю WHERE profile ->> 'domain' LIKE '%usernam%', квери висит до сих пор.

Как такой поиск вообще ускорить? В поле 'domain' просто никнейм пользователя, вот нужно быстрый 'term%' или '%term%' реализовать. Сервер на медленных дисках, в таблице 500милл записей.

= и индекс хотя бы btree. А json обязательно?

Может вынести это поле из структуры?

Нет, если jsonb можно напрямую адресовать и индексы строиться будут.

Быстрый поиск... У вас оно на логические куски делится или положение '%term%' в строке случайно?

Быстрый поиск... У вас оно на логические куски делится или положение '%term%' в строке случайно?

Не, там просто одно слово. Это никнеймы пользователей из ВКонтакта. Хотя бы по ILIKE 'term%' их искать за вменяемое время

Ну тогда постройте по полю хотя бы btree.

А.

Кстати, в gin логичнее запихивать весь jsonb.

https://youtu.be/zoW3lqbaGxM

случайно в буфере оказалось ) пардон

not (table.state = 2) и table.state != 2 Это ведь одно и тоже?

да

Подскажите, какой максимальный размер jsonb записи в postgresql?

~256 mb

у json гигабайт

Кстати, в gin логичнее запихивать весь jsonb.

Ресурсов столько нет, чтоб все сразу индексировать. И статей в гугле не нахожу, как оптимизировать поиск на большом датасете из единичных слов.

ребята, а можно через psql задать адреса, которые сервер будет слушать ну аля listen_addresses, только без самого рестарта?

нашел pg_ctl reload, спасибо)

Привет. Господа (и дамы), помогите пожалуйста с натуральной сортировкой цифер. Я создал коллате: CREATE COLLATION numeric (provider = icu, locale = 'uni-u-kn-true'); и пытаюсь применять его в сортировке: select * from zip_code order by (code COLLATE "numeric"); Но сортировка не работает вообще. Помогите пожалуйста. Как мне отсортировать по цифрам корректно?

А должнл быть 1 2 3 10 10а.. 30...?

А должнл быть 1 2 3 10 10а.. 30...?

да

ребята, привет! Заранее прошу прощения за спам, но вдруг кого-то заинетересует, а может быть у кого-то есть знакомые, которым может быть интересно: мы ищем разработчиков баз данных, которым интересно принять участие в разработке больших, распределенных систем обработки информации.

Это номера домов

на все вопросы готова ответить в direct

во вакансии)

# select '2' < '10' COLLATE numeric; ?column? ---------- f

Я так понимаю, с поддержкой коллег в этой группе не особо густо. Что-ж, восполню немного это упущение. Нашел решение вопроса натуральной сортировки, единственное, которое нормально работает с номерами домов. С цифрами и буквами. Единственная проблема - цифры, идущие после букв - игнорируются. Может кому пригодится: https://stackoverflow.com/a/46643772 #натуральнаясортировка

Привет. Господа (и дамы), помогите пожалуйста с натуральной сортировкой цифер. Я создал коллате: CREATE COLLATION numeric (provider = icu, locale = 'uni-u-kn-true'); и пытаюсь применять его в сортировке: select * from zip_code order by (code COLLATE "numeric"); Но сортировка не работает вообще. Помогите пожалуйста. Как мне отсортировать по цифрам корректно?

Странно. По-моему, у вас должно работать. Вот у меня результат такой: https://pastebin.com/NNT0agzE

Я так понимаю, с поддержкой коллег в этой группе не особо густо. Что-ж, восполню немного это упущение. Нашел решение вопроса натуральной сортировки, единственное, которое нормально работает с номерами домов. С цифрами и буквами. Единственная проблема - цифры, идущие после букв - игнорируются. Может кому пригодится: https://stackoverflow.com/a/46643772 #натуральнаясортировка

Вообще, по идее, использование ICU должно тут помогать... https://www.postgresql.org/docs/current/static/collation.html#id-1.6.10.4.5.7.5

Странно. По-моему, у вас должно работать. Вот у меня результат такой: https://pastebin.com/NNT0agzE

почему-то у меня не сработало. Почему это может быть?

Вообще, по идее, использование ICU должно тут помогать... https://www.postgresql.org/docs/current/static/collation.html#id-1.6.10.4.5.7.5

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

# select '2' < '10' COLLATE numeric; ?column? ---------- f

# select '2' < '10' COLLATE numeric; ?column? ---------- f

У меня select '2' < '10' COLLATE numeric; ?column? ---------- t У вас какая версия postgres?

PostgreSQL 10.4 (Debian 10.4-2.pgdg80+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 4.9.2-10+deb8u1) 4.9.2, 64-bit

Может быть нужны какие-то необязательные зависимости?

парни хелп почему при такой INSERT INTO user_subservices values(unnest(ARRAY[1,2,3,4,5,6,7]),unnest(ARRAY['q','w','e'])); будет нормальных 21 строк но если первый масив будет кратный 3, то строк будет столько, сколько чисел в массиве

у меня?

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

а Note читали?

Note By design, ICU will accept almost any string as a locale name and match it to the closest locale it can provide, using the fallback procedure described in its documentation. Thus, there will be no direct feedback if a collation specification is composed using features that the given ICU installation does not actually support. It is therefore recommended to create application-level test cases to check that the collation definitions satisfy one's requirements.

парни хелп почему при такой INSERT INTO user_subservices values(unnest(ARRAY[1,2,3,4,5,6,7]),unnest(ARRAY['q','w','e'])); будет нормальных 21 строк но если первый масив будет кратный 3, то строк будет столько, сколько чисел в массиве

Какая у Вас version() ? ERROR: set-returning functions are not allowed in VALUES

Какая у Вас version() ? ERROR: set-returning functions are not allowed in VALUES

http://www.sqlfiddle.com/#!15/45ad89

@bondarden ваш icu из вашего debian возможно не поддерживает нужную вам локаль

Какая у Вас version() ? ERROR: set-returning functions are not allowed in VALUES

очень странно, в документации написано что должно в таком случае нул резалтить unnest(ARRAY[1,2],ARRAY['foo','bar','baz']) 1 foo 2 bar NULL baz

Какая у Вас version() ? ERROR: set-returning functions are not allowed in VALUES

еей

select unnest(ARRAY[1,2,3,4,5,6,7]),unnest(ARRAY['q','w','e']); работает так, как Вы описали

select unnest(ARRAY[1,2,3,4,5,6,7]),unnest(ARRAY['q','w','e']); работает так, как Вы описали

да, но сделайте первый массив не с 7 элемонтов а 6

Нет никаких проблем, на вашей версии (9.3, кажется) посмотреть не могу

на какой вы смотрите

10.3

тоесть на 10.3 если первого массив длинна 6 а второго 3 то результат 18 строк?

ERROR: S client not available

Странно как то работает. При соотношении в размере не нацело между массивами, получаем декартово произведение, иначе - нет.

тоесть на 10.3 если первого массив длинна 6 а второго 3 то результат 18 строк?

нет 18 строк, их 6 или 7. Но values(unnest) не работает совсем.

спросили, сам не разу не использовал, но стало интересно SELECT INTO плюсы и минусы?

блин, мне нужно передать два массива и число [1,2,3] ['a','s'],1 и что б мне построих отношение типа 1 'a' 1 1 's' 1 2 'a' 1 2 's' 1 3 'a' 1 3 's' 1

как это сделать думал через эти unnest, но нет

не выходит

cross join ?

@bondarden ваш icu из вашего debian возможно не поддерживает нужную вам локаль

Возможно. Я сейчас это проверю. Разрабатываемое приложение прдполагает установку пользователем самостоятельно. Поэтому конкретной локали быть не может. Именно поэтому я использую uni-u-kn-true

Сейчас проверил под убунтой на десктопе - работает. Осталось понять, почему на стейджинге не работает. Версии постгреса одинаковые. Локали системы - тоже.

это же зависит от libicu, а не версии postgres или системных локалей libc

Как мне понять причину? Какие шаги предпринять?

я понимаю, что проблема с icu, раз тут не работает, а там работает. но не знаю, что мне сделать, чтобы однозначно понять в чем причина.

@bondarden посмотрите, какие локали у вас в системах установлены и там, и там, locale -a

дурги , подскажите по проблеме

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

CRITICAL: system ID mismatch, node jr-conf-app-01 belongs to a different cluster: 6583990523194021581 != 6583943263285112373

как починить

поднялось там где нету никакой базы

а на сервере где есть база, не подымается

@bondarden посмотрите, какие локали у вас в системах установлены и там, и там, locale -a

Сейчас доберусь до компьютера, буду сравнивать в чем разница, пытаться привести кодинаковой конфигурации. Спасибо за помощь!

@bondarden посмотрите, какие локали у вас в системах установлены и там, и там, locale -a

кодировки пересекаются. создал пустую базу данных на стейджинге и локально с одной и той же collate и ctype ru_RU.UTF-8. В базах создал одинаковый коллате копипастом и выполнил select '2' < '10' collate numeric;. Результат разный.

Чет никогда раньше не задумывался ) например есть таблица "избранное", в которой надо связать user_id и id из двух таблиц (!) т.е. у пользователя может быть в избраном и Группа, и Диалог Как тогда делают связующую таблицу с group_id и dialogue_id ?

ну типа две таблицы

одну с группами, вторую с диалогами

ок

@obartunov - Демоны..

модно чтоли стало ебанутые ники ставить...

это ж спам

я их уже 3 тут вижу, минимум =)))