Тип данныз поля sections integer[] Запрос котррый не проходит : CREATE INDEX questions_main_section_dtime_key ON questions USING btree (dtime) WHERE (ARRAY[7629426] <@ sections);

Т.е. индекс не создается?

А покажите, пожалуйста, выхлоп от \d questions?

Ну и версию ПГ тоже не помешает озвучить.

Упростите синтаксис, не используя кастомизации.

Евгений Артемов будет жить. Поприветствуем!

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

Бд Склайт это файл. А постгрес это что? В каком виде данные?

Бд Склайт это файл. А постгрес это что? В каком виде данные?

В виде каталогов с файлами, а что?

Бд Склайт это файл. А постгрес это что? В каком виде данные?

https://www.postgresql.org/docs/current/static/storage.html

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

Кто нибудь работал с CUBE? почему когда я инициализирую cube(array[1, ... , 1]) длиной больше 100, то ошибок нет, а когда '(1, ..., 1)'::cube, то A cube cannot have more than 100 dimensions.?

Кто нибудь работал с CUBE? почему когда я инициализирую cube(array[1, ... , 1]) длиной больше 100, то ошибок нет, а когда '(1, ..., 1)'::cube, то A cube cannot have more than 100 dimensions.?

"To make it harder for people to break things, there is a limit of 100 on the number of dimensions of cubes. This is set in cubedata.h if you need something bigger." https://www.postgresql.org/docs/9.4/static/cube.html

"To make it harder for people to break things, there is a limit of 100 on the number of dimensions of cubes. This is set in cubedata.h if you need something bigger." https://www.postgresql.org/docs/9.4/static/cube.html

ну тогда почему в первом случае ничего не ломается? меня вот это и настораживает.

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

ну тогда почему в первом случае ничего не ломается? меня вот это и настораживает.

Есть впечатление что в первом случае это массив размерностью 1, длинной 100. А во втором расмерность 100 с длинной каждой размерности 1

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

Есть впечатление что в первом случае это массив размерностью 1, длинной 100. А во втором расмерность 100 с длинной каждой размерности 1

cube_dim() возвращается размерность 732

[ateam@advent ~]$ psql psql: не удалось подключиться к серверу: Нет такого файла или каталога Он действительно работает локально и принимает соединения через Unix-сокет "/tmp/.s.PGSQL.5432"? Подскажите как исправить? ставил постгрес про стандарт.

[ateam@advent ~]$ psql psql: не удалось подключиться к серверу: Нет такого файла или каталога Он действительно работает локально и принимает соединения через Unix-сокет "/tmp/.s.PGSQL.5432"? Подскажите как исправить? ставил постгрес про стандарт.

Проверить, что: Он действительно работает локально и принимает соединения через Unix-сокет "/tmp/.s.PGSQL.5432" Т.е. подсказка очень в тему, в данном случае.

Всем првет. Есть хост, на нем постгра, файл pg_hba_conf выглядит так: # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: #host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 ident # Allow replication connections from localhost, by a user with the # replication privilege. host all all 0.0.0.0/0 md5 host all postgres 0.0.0.0/0 md5 При попытке логина пользователя postgres к БД через винду на другой машине пишет : FATAL: password authentication failed for user "postgres" Но, при этом, созданные мною другие юзеры спокойно заходят. В чем прикол? Подскажите пожалуйста

Всем првет. Есть хост, на нем постгра, файл pg_hba_conf выглядит так: # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: #host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 ident # Allow replication connections from localhost, by a user with the # replication privilege. host all all 0.0.0.0/0 md5 host all postgres 0.0.0.0/0 md5 При попытке логина пользователя postgres к БД через винду на другой машине пишет : FATAL: password authentication failed for user "postgres" Но, при этом, созданные мною другие юзеры спокойно заходят. В чем прикол? Подскажите пожалуйста

Покажите подробнее, что Вы делаете (Как именно пробуете? Когда именно выдаётся ошибка?) Кстати, вот это: > host all all 0.0.0.0/0 md5 > host all postgres 0.0.0.0/0 md5 Бесполезно, т.к.: The first record with a matching connection type, client address, requested database, and user name is used to perform authentication. There is no “fall-through” or “backup”: if one record is chosen and the authentication fails, subsequent records are not considered.

Покажите подробнее, что Вы делаете (Как именно пробуете? Когда именно выдаётся ошибка?) Кстати, вот это: > host all all 0.0.0.0/0 md5 > host all postgres 0.0.0.0/0 md5 Бесполезно, т.к.: The first record with a matching connection type, client address, requested database, and user name is used to perform authentication. There is no “fall-through” or “backup”: if one record is chosen and the authentication fails, subsequent records are not considered.

Пытаюсь подключится к БД через DBeaver, прописываю адрес, логин и пароль. И не коннектится

Пытаюсь подключится к БД через DBeaver, прописываю адрес, логин и пароль. И не коннектится

От этого в плане диагностики толку мало (сам DBeaver может быть проблемой). :( Попробуйте сначала psql.

С винды стучу

хост CentOS, в firewall порты открыты

@AlexeyMozgo а вы пароль для пользователя postgres создавали?

С винды стучу

Выглядит так, как будто Вы вводите неправильный пароль... нет?

@AlexeyMozgo а вы пароль для пользователя postgres создавали?

Да, делал ALTER ROLE

Выглядит так, как будто Вы вводите неправильный пароль... нет?

Я тоже так думал, дважды менял пароль)

Я тоже так думал, дважды менял пароль)

Нет, ерунда какая-то. :) Может, какая-нибудь "глупая" ошибка, например, не тот порт (кластер PostgreSQL), и т.п.?

Сделайте ход конём: задайте пароль, пропишите его в ~/.pgpass (не помню, как он в винде фигурирует), и попробуйте подключиться. Задавать пароль лучше в консоли psql (локально, например) путём команды \password

А генерировать пароль лучше утилитой pwgen

То есть, кластер PostgreSQL на этом сервере точно один?

То есть, кластер PostgreSQL на этом сервере точно один?

pgdata одна)

ps -ef|grep "postgres.*-D" что выдаёт?

pgdata одна)

Ну хорошо, а локально: psql -h 127.0.0.1 -U postgres Даёт Вам что?

И, кстати... может быть, Вы не сделали "pg_ctl reload" (или его аналог для Вашего дистрибутива) после изменения pg_hba.conf?

И, кстати... может быть, Вы не сделали "pg_ctl reload" (или его аналог для Вашего дистрибутива) после изменения pg_hba.conf?

Не, пг выругался бы на отсутствие соответствующей записи в пг_хба

Не, пг выругался бы на отсутствие соответствующей записи в пг_хба

Нет, совсем не обязательно — Вы не знаете, что там было "до".

Вот, это уже интереснее. ;)

сервер в лог пишет почему он не пустил пользователя, что у вас там написано?

[ateam@advent ~]$ psql 2018-08-13 15:02:10.237 EEST [3495] ВАЖНО: база данных "ateam" не существует psql: ВАЖНО: база данных "ateam" не существует

А как мне ее создать?)

так из под пользователя postgres psql запускайте

psql -U postgres? Или юзера переключить?

так из под пользователя postgres psql запускайте

Не понял

sudo -u postgres psql -U postgres

Пользователь системы

sudo -u postgres psql -U postgres

на примере убунты

-U postgres - это в общем то можно и опустить в даном случае

ERROR: S client not available

[ateam@advent ~]$ sudo -u ateam psql -U postgres 2018-08-13 15:06:14.902 EEST [3504] ВАЖНО: роль "postgres" не существует psql: ВАЖНО: роль "postgres" не существует

Его вручную создать?

[ateam@advent ~]$ sudo -u ateam psql -U postgres 2018-08-13 15:06:14.902 EEST [3504] ВАЖНО: роль "postgres" не существует psql: ВАЖНО: роль "postgres" не существует

sudo su postgres

хотя если не существует, то наверное это не поможет =\

Зайдите локально (в консоли сервера) и покажите выхлоп команды select rolname,rolpassword from pg_authid where rolname='postgres';, подключившись постгресом к инстансу

Вам сначала нужно сделать так, чтобы -h 127.0.0.1 с md5 заработало (с Вашим pg_hba.conf). И, кстати, он у Вас всё равно неправильный (я Вам уже писал, почему).

Лучше отдельного пользователя создавать для внешних коннектов. Но если очень хочется то можно и пользователя postgres открыть наружу или сделать обращение через тунель

хотя если не существует, то наверное это не поможет =\

Его создать вручную или как?)

@dimamiskevich изучите уже пожалуйста, DBA1 от ПостгресПро: https://postgrespro.ru/education/courses/DBA1

Его создать вручную или как?)

Кого? Не спешите, исправьте сначала pg_hba.conf, добейтесь того, чтобы "psql -U postgres -h 127.0.0.1" заработало.

Вам сначала нужно сделать так, чтобы -h 127.0.0.1 с md5 заработало (с Вашим pg_hba.conf). И, кстати, он у Вас всё равно неправильный (я Вам уже писал, почему).

pg_hba.conf неправильный ?

pg_hba.conf неправильный ?

Я же Вам уже писал об этом.

Лучше отдельного пользователя создавать для внешних коннектов. Но если очень хочется то можно и пользователя postgres открыть наружу или сделать обращение через тунель

Открыть postgres через тунель - использование hostssl?

У вас для пользователя postgres пароль не задан. Что и требовалось доказать.

А вообще, Вы уверены, что открытый доступ для postgres с md5-аутентификацией откуда угодно — это нормально?

Я же Вам уже писал об этом.

После изменений hba, я каждый раз делаю перезагрузку постгры

После изменений hba, я каждый раз делаю перезагрузку постгры

после правки pg_hba достаточно релоада

После изменений hba, я каждый раз делаю перезагрузку постгры

Вы, кажется, не показывали, на что Вы его изменили...

У вас для пользователя postgres пароль не задан. Что и требовалось доказать.

Уже понял, спасибо

trust... Меня одного передёргивает от самого наличия такой возможности?

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

Лично я ничего не менял там) все по дефолту

Лично я ничего не менял там) все по дефолту

Только что Вы показывали совсем другой файл. ;) Или же эта картинка не полная.

У вас для пользователя postgres пароль не задан. Что и требовалось доказать.

Все заработало, спасибо. Я почему наивно думал, что пользователь postgres в CentOS имеет тот же пароль , что и пользователь БД :)

/opt/pgpro/std-10/bin/initdb -D /var/lib/pgpro/std-10/data