в лучшем случае починится, в худшем - из бекапа придется доставать )

Ребят, всем привет. У нас случилось падение сервера постгре, побились базы, все дела. В логе стали появляться подобные сообщения с пустыми параметрами. Кто может подсказать, почему постгре не логирует ни имя базы с ошибкой, ни ip с которого обратились? < 2018-09-18 13:03:34.125 MSK:{IP}:{client}:{database name} >LOG: could not receive data from client: Connection reset by peer < 2018-09-18 13:05:18.506 MSK::: >ERROR: index "pg_attribute_relid_attnum_index" contains corrupted page at block 0 < 2018-09-18 13:05:18.506 MSK::: >HINT: Please REINDEX it.

День добрый. А можно ли как-то присвоить alias LEFT JOINу? FROM t1 ( LEFT JOIN ..... LEFT JOIN .... ) as join 1 ( LEFT JOIN .... LEFT JOIN .... ) as join2 Дело в том, что в первом и втором больших JOINах имена таблиц могут пересекаться. можно ли как-то перегруппировать эти JOINы, чтобы не парсить их и не добавлять какие-то суффиксы для уникальности?

эт понятно, хотелось бы назначить алиас на весь JOIN

подскажите пожалуйста: ставлю pg10 на CentOS7 командой с офф. сайта далее пишу: yum install postgresql10 postgresql10-server -y тут всё хорошо далее туториал предлагает мне выполнить: /usr/pgsql-10/bin/postgres и тут команда валится с ошибкой: "root" execution of the PostgreSQL server is not permitted. The server must be started under an unprivileged user ID to prevent possible system security compromise. See the documentation for more information on how to properly start the server. как лечится? ( google не помог) заранее спасибо!

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

смотри что в первой строке у тебя не так

как минимум должно быть listen_addresses

да

listen_addresses = "*" ?

теперь пишет что ошибка в обеих строках

Откуда Вы вообще взяли этот конфиг?! (Похоже на то, что он "битый", что очень странно.)

такой был при установке postgres

(хотя там д/б CRC)? не знаю что это, по поводу железа: новый сервак, виртуалка centOS7 (хожу по ssh)

> не знаю что это Это контрольные суммы, которые, по идее, должны предотвратить установку "битых" пакетов в систему. > есть рабочий мануал установки postgres10 под рукой у кого-нибудь ? Я же Вам пишу, попробуйте посмотреть в дистрибутиве. > извиняюсь за нубячьи вопросы (впервые работаю с pg) Ничего страшного, просто то, что у Вас происходит, мягко говоря, необычно (поэтому я и подумал о битом железе).

могу попросить пример postgresql.conf ?

хорошо, спасибо

хорошо, спасибо

Есть в постгрес возможность объеденить результат запроса в строку с разделителем?

Есть в постгрес возможность объеденить результат запроса в строку с разделителем?

одну строку вернуть? ну приведите все поля к строке, сконкатенируйте и верните строку

да. В sql server это костылем делалось. В firebird отдельная функция есть для этого. А вот как в postgre это замутить я не знаю

А зачем Вам? По-моему, это просто хуже (никаких преимуществ, одни недостатки), чем на каждую таблицу... нет?

concat_ws(sep text, str "any" [, str "any" [, ...] ]) text Concatenate all but first arguments with separators. The first parameter is used as a separator. NULL arguments are ignored. concat_ws(',', 'abcde', 2, NULL, 22) abcde,2,22 https://www.postgresql.org/docs/9.1/static/functions-string.html

да. В sql server это костылем делалось. В firebird отдельная функция есть для этого. А вот как в postgre это замутить я не знаю

Не. Вот такое нужно http://firebirdsql.su/doku.php?id=list

Там в ней определяетс набор данных. Поэтом этот набор можно как подзапросом, а можно с другим JOIN. Использовать можно несколько раз. Вот поэтому и хочется на этот весь набор (запрос) назначить алиас средствами Postgres, а не возиться с каждой таблицей, с каждым полем....

"Костыль" — это заниматься такими вещами, IMNSHO. :( Т.е. лучше бы Вы этого не делали, а если делаете, то на клиенте. У Вас сколько/каких записей в результате запроса?

Попробуйте так сделать self-JOIN (как крайний случай) — это должно Вас быстро убедить, что этот подход — не решение. ;)

и вот он алиас на весь JOIN: left join (users_roles ur left join roles r on r.id = ur.role_id ) as urr on urr.user_id = u.id;

аа, так мне промежуточные не нужны, то что их нет, как раз и хорошо.

explain показывает тот же план

радует меня сегодняшние бызы. Лет 15 назад на такое бы слюнки аж текли )

Да причём тут план? ;) Вы вот возьмите две разные таблицы, пусть в каждой есть поле "name", и сошлитесь на одно из них "снаружи" join alias. > Делать subselect, Ну а это уже не join alias. ;)

вот, пожалуйста, сослался: select urr.urid, urr.rid from users u left join (select ur.id as urid, r.id as rid users_roles ur left join roles r on r.id = ur.role_id ) as urr on urr.user_id = u.id;

Это subquery alias, а не join alias.

select * from users u left join (select * from users_roles ur left join roles r on r.id = ur.role_id ) as urr on urr.user_id = u.id; select * from users u left join ( users_roles ur left join roles r on r.id = ur.role_id ) as urr on urr.user_id = u.id;

аха, а вот и секция в документации, которая говорит, что users и select * from users — это одно и тоже: https://www.postgresql.org/docs/10/static/queries-table-expressions.html#id-1.5.6.6.5.8.2

я не против. Главное задача решена.

Я так и не понял, чем Вас не устроили alias-ы для каждой таблицы (ну или элемента FROM)? И писать меньше, и ссылаться проще.