И почему вызов <db>.<schema>.<func_name> - это не совсем верно в ПГ. Это больше на мыскль похоже.

В любом случае синтаксис <dbname>.<schemaname>.<objname> - ошибочный.

В пг пользователь ВСЕГДА подключается к какой-нибудь базе. Соответственно, обратиться без лишних телодвижений (dblink || *_fdw) он может только к объектам той базы, к который подключился.

CALL не нужен?

если заменить его на select, то будет новая ошибка

про базы и схемы

так а perform почему не подходит?

как вызывать то тогда?

ни в создании, ни в вызове не надо базу указывать, как выше и писал Михаил

ща сек попробую

SELECT не нужен?

SELECT не нужен?

нет, надо PERFORM - функция ничего не возвращает (returns void) - поэтому селектить из её "результата" нечего)) ну и плюс имя БД не надо как сказали выше

SELECT не нужен?

Да у Вас вообще там много того, чего в PostgreSQL делать не стоит... Мигрируете откуда-то?

Да у Вас вообще там много того, чего в PostgreSQL делать не стоит... Мигрируете откуда-то?

кстати, да, из замеченного - вместо varchar(255) можно text воткнуть - в терминах оптимизации постгресу на это пофиг, судя по доке (поправьте кстати тоже, если ошибаюсь, сам новичок в PG)

кстати, да, из замеченного - вместо varchar(255) можно text воткнуть - в терминах оптимизации постгресу на это пофиг, судя по доке (поправьте кстати тоже, если ошибаюсь, сам новичок в PG)

Не ошибаетесь. И вообще, varchar(случайное число, явно не относящееся к настоящим ограничениям типа) — это дурь, IMHO.

SELECT не нужен?

Нужен. PERFORM используется внутри ф-ий в случае, когда результаты запроса не нужны.

кстати, да, из замеченного - вместо varchar(255) можно text воткнуть - в терминах оптимизации постгресу на это пофиг, судя по доке (поправьте кстати тоже, если ошибаюсь, сам новичок в PG)

не то чтобы пофиг, просто text постгресом оптимизируется для коротких строк, насколько я помню, а длинные автоматом уходят в toast

вот только не помню, какой пороговый размер

не то чтобы пофиг, просто text постгресом оптимизируется для коротких строк, насколько я помню, а длинные автоматом уходят в toast

Именно что пофиг. varchar(неведомое число) просто хуже (почему — см. выше). (В плане хранения отличий нет.) А если есть явный constraint на длину поля, то его лучше и задавать как CHECK CONSTRAINT (ну или DOMAIN).

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

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

Ребят спасибо PERFORM - сработало

всем привет. сорри за дурацкий вопрос, но как в psql сделать запрос, аналогичный вот этому: "CREATE DATABASE IF NOT EXISTS my_db;"? хотелось бы минимизировать код, т.к. это нужно для entrypoint.sh

писать сложные конструкции не хотелось бы

всем привет. сорри за дурацкий вопрос, но как в psql сделать запрос, аналогичный вот этому: "CREATE DATABASE IF NOT EXISTS my_db;"? хотелось бы минимизировать код, т.к. это нужно для entrypoint.sh

select db from databases;

select db from databases;

relation "databases" does not exist LINE 1: select db from databases;

всем привет. сорри за дурацкий вопрос, но как в psql сделать запрос, аналогичный вот этому: "CREATE DATABASE IF NOT EXISTS my_db;"? хотелось бы минимизировать код, т.к. это нужно для entrypoint.sh

оберни в do $$ $$; и попробуй поймать эксепшен

всем привет. сорри за дурацкий вопрос, но как в psql сделать запрос, аналогичный вот этому: "CREATE DATABASE IF NOT EXISTS my_db;"? хотелось бы минимизировать код, т.к. это нужно для entrypoint.sh

DO $$ IF SELECT EXISTS(SELECT 1 FROM pg_database WHERE datname = 'my_db') THEN CREATE DATABASE ... END IF; $$

всем привет. сорри за дурацкий вопрос, но как в psql сделать запрос, аналогичный вот этому: "CREATE DATABASE IF NOT EXISTS my_db;"? хотелось бы минимизировать код, т.к. это нужно для entrypoint.sh

можно сделать скрипт, который будет создавать базу по условиям и запускать через psql кроме создания базы моджет понадобиться раздать права на неё, например. параметры скрипту можно передавать через -v var="value" в скрипте, например, create database :var тогда в entrypoint будет одна строка запуска psql

эммм... пока всё озвученное усложняет конструкцию: wait_for_db() { counter=0 while ! `psql --quiet --tuples-only --command="CREATE DATABASE IF NOT EXISTS $DB_DATABASE" 2> /dev/null`; do if [ $counter == 30 ]; then echo "no more attempts!" echo "Error: Couldn't connect to a database." exit 1 fi echo "attempt $counter was failed." counter=$((counter+1)) echo "Trying to connect to a database at $PGHOST... " sleep 5 done }

чем усложняет, вместо command будет скрипт

эммм... пока всё озвученное усложняет конструкцию: wait_for_db() { counter=0 while ! `psql --quiet --tuples-only --command="CREATE DATABASE IF NOT EXISTS $DB_DATABASE" 2> /dev/null`; do if [ $counter == 30 ]; then echo "no more attempts!" echo "Error: Couldn't connect to a database." exit 1 fi echo "attempt $counter was failed." counter=$((counter+1)) echo "Trying to connect to a database at $PGHOST... " sleep 5 done }

psql -f script.aql

проверить существование базы: select 1 from pg_catalog.pg_database where datname = 'dbname'

проверить существование базы: select 1 from pg_catalog.pg_database where datname = 'dbname'

если базы нет будет пустой датасет

проверить существование базы: select 1 from pg_catalog.pg_database where datname = 'dbname'

SELECT EXISTS(SELECT 1 FROM pg_database WHERE datname = 'my_db')

ну count(*)

пустой датасет - тоже признак в общем-то

ну как бы да, но его ж по-другому проверять надо )

но если не хочется пустых датасетов, то select count(*)

DO $$ PERFORM 1 FROM pg_database WHERE datname = 'my_db'; IF NOT FOUND THEN CREATE DATABASE ... END IF; $$

Красиво и понятно. )

это ж как работать не хочется ))) прокрастинация на новом уровне )

аааааа!!! блин, если даже для CREATE EXTENSION есть операнд IF NOT EXISTS, почему его для базы не сделали!!!

аааааа!!! блин, если даже для CREATE EXTENSION есть операнд IF NOT EXISTS, почему его для базы не сделали!!!

Ну как бы, ожидается, что если уж человек базу создает, то что-то важное происходит ))

аааааа!!! блин, если даже для CREATE EXTENSION есть операнд IF NOT EXISTS, почему его для базы не сделали!!!

* флегматично а ты напиши в хакерс. Может и сделают.

https://stackoverflow.com/questions/18389124/simulate-create-database-if-not-exists-for-postgresql

Вот правильный ответ. Мой неверный. CREATE DATABASE не может быть внутри транзакционного блока

* флегматично а ты напиши в хакерс. Может и сделают.

врядли. сомнительная фича

после создания ожидают чистую базу, подход error prone такой

Мне трудно так с ходу придумать ситуацию, когда может потребоваться автоматизированное создание БД

Мне трудно так с ходу придумать ситуацию, когда может потребоваться автоматизированное создание БД

мультитенантный сервис

а вот создавать базу если не существует - и правда такое себе...

мой пример: загрузка базы OSM в кубике. на этапе подготовки окружения проверяется наличие подключения к базе и существования базы. название базы передается через ENV

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

в этом случае заранее создаётся юзер и ему даются гранты на создание базы. остальное - автомат

Создавайте базу вне транзакции

тогда ломается CD

Файловая система не транзакционна по определению, поэтому операция создания базы не может выполняться в рамках транзакции

тогда ломается CD

вы что-то делаете не так значит

во-первых, почему у нас в ci одна база на все воркеры?

сделайте изолированно

во-первых, почему у нас в ci одна база на все воркеры?

А кто сказал, что одна?

Все необходимые параметры передаются через ENV

Сергей Колмаков будет жить. Поприветствуем!

ребят, посоветуйте веб-морду для постгри плз

желаетльно, халявную)

phpPgAdmin

pgadmin4)

phppgadmin (бу-га-га).

phppgadmin (бу-га-га).

знаешь халявные вещи лучше?

Продукт, который несколько лет не обновлялся - он да, мощный. И да, не халявный, а не требующий лицензионных отчислений - для меня данное различие весьма существенно.

черт, ненавижу выбирать))

почему не работает конструкция position(p, substr(col, i - 1, 1)) ругается на syntax error at or near ","

я с mysql перехожу сейчас, это сильно больно будет?

ни разу не юзал постгрю

я с mysql перехожу сейчас, это сильно больно будет?

Смотря в какое место засовывать.

я с mysql перехожу сейчас, это сильно больно будет?

Миграция - это ВСЕГДА больно. Независимо от.

я с mysql перехожу сейчас, это сильно больно будет?

с Оракла вообще больно(((

у меня парсеры сами прописывают sql запросы, а они, как я понимаю, в пстгр такие же. так что переносить особо нечего) просто сервис на нем запущу с нуля

через день-два будет такое же все. но, возможно, я ошибаюсь

у меня парсеры сами прописывают sql запросы, а они, как я понимаю, в пстгр такие же. так что переносить особо нечего) просто сервис на нем запущу с нуля

ШтА?! о_О Какие-такие парсеры сами прописывают SQL-запросы?! ОРМ штоле?

не, на пайтоне код тупо сам делает запросы

mysqldb либа

Миграция - это будет не больно. Это будет *ОЧЕНЬ БОЛЬНО*