Форумы GIS-Lab.info

Картинки было бы неплохо уменьшить, да. Про хостинг-провайдера здесь слишком много (на мой вкус). Придерусь ещё к названиям: всё-таки "PostgreSQL", а не "Postgres". Ну и хорошо было бы прояснить ситуацию с подключением стороннего репозитория (какие версии ПО в родном убунтовском?)

По-моему, всё доработано, стало короче и яснее. Вопрос к автору и комментировавшим: можно публиковать?

У меня нет возражений.

Александр Мурый писал(а):По-моему, всё доработано, стало короче и яснее. Вопрос к автору и комментировавшим: можно публиковать?

Прошу прощения за задержку.
Спасибо за обсуждение. Постарался учесть все замечания. Сейчас внёс последние исправления по тексту.
Можно публиковать.

Ещё одно замечание.

host all all 0.0.0.0/0 md5

Это опасная рекомендация, постгрес не защищён на 100% от взлома. Лучше более определённо раздавать права доступа, тем более что доступ не из локальной сети довольно медленный для любой СУБД и обычно не используется .

Konstantin Tokar писал(а):Ещё одно замечание.

host all all 0.0.0.0/0 md5

Это опасная рекомендация, постгрес не защищён на 100% от взлома. Лучше более определённо раздавать права доступа, тем более что доступ не из локальной сети довольно медленный для любой СУБД и обычно не используется .

Константин, я полностью согласен, но

Статья является пошаговой инструкцией ... Статья рассчитана на пользователей Linux начального уровня ... необходимость публикации в сети интернет пространственной базы данных ... Внимание! Приведён пример простейшей настройки PostgreSQL для доступа из сети.

Оставаясь в рамках решаемой задачи и типа статьи, какие параметры для host можно рекомендовать?

Если не затруднит, почему доступ НЕ из локальной сети медленный?

>Оставаясь в рамках решаемой задачи и типа статьи, какие параметры для host можно рекомендовать?

Мне кажется, что "Статья рассчитана на пользователей Linux начального уровня" и "необходимость публикации в сети интернет пространственной базы данных" вообще несовместимо, так что рекомендаций нет, взломают либо задосят. Естественно если хочется всем желающим дать доступ, то придётся открывать для всех.

>Если не затруднит, почему доступ НЕ из локальной сети медленный?

Если у Вас в локальной сети пинг измеряется в долях миллисекунды, то в Интернет это доли секунды, поэтому, например, запрос одной строки базы в DO из Москвы стоит 128 ms (пинг). Если геостроки большие - например полигоны, то эта задержка незаметна, или если если строк мало, а вот если последовательно перебирать небольшие строки - задержка значительная.

Всем привет в новом году.
Делая по статье столкнулся на этапе создания database.
Выполнив это:

CREATE ROLE geoadmin NOSUPERUSER NOCREATEDB NOCREATEROLE INHERIT LOGIN;
ALTER USER geoadmin WITH encrypted password 'укажите-ваш-пароль';
CREATE DATABASE geodatabase WITH OWNER = geoadmin ENCODING = 'UTF8';

потом, выйдя из psql:

psql -d geodatabase

получаю: psql: FATAL: database "geodatabase" does not exist
т.е. база почему-то не создалась.

делаю psql -l и вижу три существующих базы postgres, template0 и template1 с владельцем postgres.
как посмотреть создался ли пользователь geoadmin я не знаю.

Что подсказать можете?
Заранее спасибо

Забыл. Окружение Debian 8.5 VPS

находясь в консоли «psql» по команде \du вижу только:
postgres | Superuser, Create role, Create DB, Replication, Bypass RLS | {}

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

CREATE ROLE geoadmin NOSUPERUSER NOCREATEDB NOCREATEROLE INHERIT LOGIN;

Всю голову уже сломал.
Делаю,
CREATE ROLE demo_role;
CREATE ROLE

проверяю
\du
и ничего не происходит.

Пробую
CREATE DATABASE demodb
потом
\l
и опять ничего.
Где-то я системно заблуждаюсь

Упс.
Вопросы снимаются.
Получилось сделать, но только не из среды SQL, но из командной строки ОС. Т.е.:
createuser -D\R geoadmin (вот здесь я не понял, я второй параметр правильно указал?)
createdb -O geoadmin demo