ну кроме оф. дока

в личке

я бы использовал полнотекстовый поиск с pg_trgm + сортировкой по ts_rank наверное

Индекс CREATE INDEX CONCURRENTLY index_aliases_on_name_trigram ON aliases USING gin (name gin_trgm_ops); Запрос SELECT * FROM users WHERE name ILIKE '%sun%'; Верно?

@dezconnect

Или лучше SELECT id,name, ts_rank_cd(textsearch, query) AS rank FROM aliases, to_tsquery('sun') query WHERE query @@ textsearch ORDER BY rank DESC

Народ, нужна свежая мысля. Пилю скрипт для возврата PostgreSQL после падения обратно в PGPool. На сколько я понял, чтобы статус сервера в pgpool сменился с 1 на 2, надо обязательно авторизоваться. Решил просто дёргать psql, который будет выполнять авторизацию и отдыхать. Вот только как подсунуть пароль - не понял. Через pgpass подключается к PG напрямую, а через pgpool не хочет. С PGPASSWORD тоже не работает... Может кто подкинет идею, как это реализовать?

Желательно обойти ssh-ключи (дабы шаловливые ручки человека, запускающего скрипт, не лезли куда не надо =))

Народ, нужна свежая мысля. Пилю скрипт для возврата PostgreSQL после падения обратно в PGPool. На сколько я понял, чтобы статус сервера в pgpool сменился с 1 на 2, надо обязательно авторизоваться. Решил просто дёргать psql, который будет выполнять авторизацию и отдыхать. Вот только как подсунуть пароль - не понял. Через pgpass подключается к PG напрямую, а через pgpool не хочет. С PGPASSWORD тоже не работает... Может кто подкинет идею, как это реализовать?

.pgpass в ~

.pgpass в ~

pgpool его не кушает, пробовал... Он даже не ругается на неправильный пароль в pgpass, а просто выдаёт стандартную ошибку

pg_hba.conf?

# "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: host all all 127.0.0.1/32 trust host all all 0.0.0.0/0 md5 host all all ::1/128 trust

Вряд ли что-то тут ему мешает

Я понял, что я идиот. Просто был не тот пароль. Через .pgpass вошло без проблем

Спасибо! =)

https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000070450-Interval-field-in-PpstgreSQL

support. != youtrack.

support. != youtrack.

ну так это и не ошибка. мне просто формат вывода не нравится

ну так это и не ошибка. мне просто формат вывода не нравится

а что там свой SET с форматом нельзя сделать?

а что там свой SET с форматом нельзя сделать?

я не нашёл как

меня что-то клинит. почему здесь Postgres 2 месяца конвертирует в 60 дней? это же некорректно. me@localhost:db> select '1 month 2h'::interval; +------------------+ | interval | |------------------| | 30 days, 2:00:00 | +------------------+

меня что-то клинит. почему здесь Postgres 2 месяца конвертирует в 60 дней? это же некорректно. me@localhost:db> select '1 month 2h'::interval; +------------------+ | interval | |------------------| | 30 days, 2:00:00 | +------------------+

1 месяц и 2 часа, все верно тут

мне теперь очень интересно, какой результат ожидался

действительно, какой?

Тип interval представлен внутри в виде отдельных значений месяцев, дней и секунд. Это объясняется тем, что число дней в месяце может быть разным, а в сутках может быть и 23, и 25 часов в дни перехода на летнее/зимнее время.

но тут же все равно не передается контекст (время года, локация), постгре не может не выдать константу

Тип interval представлен внутри в виде отдельных значений месяцев, дней и секунд. Это объясняется тем, что число дней в месяце может быть разным, а в сутках может быть и 23, и 25 часов в дни перехода на летнее/зимнее время. Значения месяцев и дней представлены целыми числами, а число секунд может быть дробным. Так как интервалы обычно получаются из строковых констант или при вычитании типов timestamp, этот способ хранения эффективен в большинстве случаев. Для корректировки числа дней и часов, когда они выходят за обычные границы, в PostgreSQL есть специальные функции justify_days и justify_hours. В расширенном формате ввода и в некоторых полях более компактных форматов значения компонентов могут иметь дробные части, например '1.5 week' или '01:02:03.45'. Такое значение при сохранении пересчитывается в соответствующее число месяцев, дней и секунд. Когда при этом остаётся дробная часть в месяцах или в днях, она переносится в младший компонент с допущением, что 1 месяц = 30 дней, а 1 день = 24 часа. Например, значение '1.5 month' будет преобразовано в 1 месяц и 15 дней. В виде дробного числа хранятся и выводятся только секунды.

это я глянул. но вот результат для select '2 month'::interval; +------------------+ | interval | |------------------| | 60 days, 0:00:00 | +------------------+

я до сих пор не понимаю, в чем неожиданное поведение

А как ещё месяц переводить в дни?

в том, что нельзя месяцы конвертировать в дни

Ожилалось видимо 2 months)

в арифметике работает учитывая длины месяцев

по стандарту месяц в дни не конвертируется

меня что-то клинит. почему здесь Postgres 2 месяца конвертирует в 60 дней? это же некорректно. me@localhost:db> select '1 month 2h'::interval; +------------------+ | interval | |------------------| | 30 days, 2:00:00 | +------------------+

а, я понял

select '2017-03-01'::timestamp + interval '1 month 2 hours'; ?column? --------------------- 2017-04-01 02:00:00 (1 row) # select '2017-02-01'::timestamp + interval '1 month 2 hours'; ?column? --------------------- 2017-03-01 02:00:00

в арифметике работает учитывая длины месяцев

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

Ну кажется логично.

и не понимаю, как

select extract( month from interval '1 month 2 hours');

больше магии postgres=# select '2 month'::interval; interval ---------- 2 mons (1 row)

больше магии postgres=# select '2 month'::interval; interval ---------- 2 mons (1 row)

Как? У меня блин дни возвращаются

ищу версию, в которой запускаю

select '2 month 2 hours'::interval; interval ----------------- 2 mons 02:00:00

PostgreSQL 9.4.5

тупо в докере поднял тот образ, который полтора года валяется

Там могут быть какие-то настройки отображения? Может, он просто при выводе почему-то принудительно конвертирует, а с самим типом данных все ок?

все, разобрался, какая-то настройка нехорошая в pgcli. psql возвращает все корректно, разберусь с  SET xxx.

спасибо )

Всем привет. Собрал в одном месте все чаты для программистов - @Chats_Developers, пользуйтесь на здоровье. Ваш чат у нас тоже есть, не удаляйте это сообщение.

список чятов не списком а в чяте

хитро

и не в чяте, а в канале

простите

ненене, я без претензий

я к тому, что еще хитрее!

Всем привет. Собрал в одном месте все чаты для программистов - @Chats_Developers, пользуйтесь на здоровье. Ваш чат у нас тоже есть, не удаляйте это сообщение.

Капец. Чат с чатами. Что дальше? Боты с ботами ))

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

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

но зачем

но зачем

Удобнее чем канал который нужно листать чтобы найти нужное.

Удобнее чем канал который нужно листать чтобы найти нужное.

есть же список на гитхабе

есть же список на гитхабе

И что удобнее его открывать чем список в телеграме?

И что удобнее его открывать чем список в телеграме?

удобнее

вы оба правы. использую поиск и там и там

Ну ладно на вкус и цвет.

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

Счтитаю, что бот, выдающий список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов... Блин, о чем это я..?

Счтитаю, что бот, выдающий список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов, выдающих список ботов... Блин, о чем это я..?

while true {} ?

Стек не резиновый!

стек в /dev/null ))

Кроме того, кажется, Вы путаете цикл с рекурсией.

function bot() { while true { bot() } }

и так сойдёт

ох, пошли доменные шутейки

; забыли

Нет

Это новый синтаксис js

Там можно без ;

Это новый синтаксис js

там всегда можно было без ; только не нужно

Кто использует UUID на практике?

У меня в фин транзакциях на каждую строку создается sha хэш. А вот сейчас читаю - есть окаывается UUID

мы пользуемся uuid на практике, а в чём вопрос?

Там можно без ;

руки, нопример, перепришить туда где должны быть

ну и плюсы есть

Тогда откуда у него деньги?

Тогда откуда у него деньги?

дали чтоб заявление не писал в ментовку

Или мамка дала

мы пользуемся uuid на практике, а в чём вопрос?

Кажется индексы на них толстые выходят. Если я не ошибаюсь.

На них вал индексов побольше, но не больше sha-хешей

На сами индексы жалоб, кажись, не было

Вроде тут была дискуссия о том что индекс не использовался т.к. был большим и анализатор использовал последовательное чтение таблицы.

На практике uuid в роли PK и FK - боль. Если у вас много данных. С ними надо быть аккуратнее

На практике uuid в роли PK и FK - боль. Если у вас много данных. С ними надо быть аккуратнее

Да я как раз про это.