RY
Vitally Klimenko
привет! покажи pg_hba.conf
нету доступа.
Вы уверены вообще, что ssh работает?
Попробуйте сначала
ssh -L 65432:localhost:5432 remote_user@remote_host и посмотрите, отвечает ли порт.Size: a a a
2021 February 05
RY
Таймаут называется.
Вы уверены вообще, что ssh работает?
Попробуйте сначала
Вы уверены вообще, что ssh работает?
Попробуйте сначала
я работаю через datagrip. все ок
VK
в datagrip подключение тоже через ssh? тогда не в настройках конфига дело
am
я работаю через datagrip. все ок
Так «ок» или «не ок»? Вопрос только в том, почему питонина не работает?
RY
Vitally Klimenko
в datagrip подключение тоже через ssh? тогда не в настройках конфига дело
да. ssh
RY
Так «ок» или «не ок»? Вопрос только в том, почему питонина не работает?
все работает) запросы норм обрабатывает
s
Мужики, здорова! Подскажите пожалуйста, postgresql с версии 9.6 на 10.5 базы данных без проблем бэкап/рестор?
МШ
Я бы двинулся все-таки в арифметику с датами
Что-то типа
Что-то типа
WITH D as (
SELECT '19860201'::date AS birthday
)
SELECT
DATE_PART('year', AGE(NOW(), birthday)) AS years,
birthday + DATE_PART('year', AGE(NOW(), birthday)) * '1 year'::INTERVAL AS mmdd,
(NOW() - (birthday + DATE_PART('year', AGE(NOW(), birthday)) * '1 year'::INTERVAL)) BETWEEN '-30 day'::INTERVAL AND '30 day'::Interval
FROM D
У меня попроще:
mshurutov@~ > select make_interval(days => current_date - '2001-01-01'::date)::i
nterval;
make_interval
---------------
7340 days
(1 строка)
mshurutov@~ >
AL
Мужики, здорова! Подскажите пожалуйста, postgresql с версии 9.6 на 10.5 базы данных без проблем бэкап/рестор?
в целом да, если в БД нет каких-либо экзотических extension'ов
AL
вообще 10.5 такто подустарела, планируйте на 13.х
s
вообще 10.5 такто подустарела, планируйте на 13.х
1С ещё не подружили с ней
МШ
Другое дело, что индекс хочет IMMUTABLE, что понятно, на самом деле, а использование current_date и прочих now() нарушает это требование.
AL
1С ещё не подружили с ней
понял )))
s
Мужики, здорова! Подскажите пожалуйста, postgresql с версии 9.6 на 10.5 базы данных без проблем бэкап/рестор?
Что может быть?
AL
а что там в more details?
AY
У меня попроще:
mshurutov@~ > select make_interval(days => current_date - '2001-01-01'::date)::i
nterval;
make_interval
---------------
7340 days
(1 строка)
mshurutov@~ >
Так нужно же искать именинников, как я понял из объяснения
Если действительно нужна скорость:
Я бы взял от дней остаток по модулю 365 - попадание в интервал
А уже к отфильтрованному - поправки на округления, високосные года
Если действительно нужна скорость:
Я бы взял от дней остаток по модулю 365 - попадание в интервал
А уже к отфильтрованному - поправки на округления, високосные года
s
а что там в more details?
C:\Program Files (x86)\pgAdmin 4\v4\runtime\pg_restore.exe --host "localhost" --port "5432" --username "postgres" --no-password --role "postgres" --dbname "Infobase" --section=data --verbose "D:\\infobase.backup"
D
C:\Program Files (x86)\pgAdmin 4\v4\runtime\pg_restore.exe --host "localhost" --port "5432" --username "postgres" --no-password --role "postgres" --dbname "Infobase" --section=data --verbose "D:\\infobase.backup"
Возможно, есть смысл эту команду вручную запустить и посмотреть, что в консоль выплюнет
YS
Те, на которые ссылается индекс (записи), конечно.
В общем, хотите ускорения запроса — создавайте соответствующий индекс.
В общем, хотите ускорения запроса — создавайте соответствующий индекс.
YS
Oleg Kuzmenko
Привет всем. Есть поле birthday типа date, пытаюсь создать индекс в формате MM-DD, сначала пытался так:
to_char(birthday, 'MM-DD'),но получил ошибку
functions in index expression must be marked IMMUTABLEКак грамотнее всего поступить? В интернетах советуют написание пользовательской функции и вызывать ее вместо to_char, но, возможно, существует способ затайпкастить красиво?
А почему бы просто не хранить int в формате MMDD, например (полученный immutable function из birthdate), и то же самое использовать для запросов (раз нужно точное соответствие)?