$ seq 100 | pv -L 2 | psql $ sleep 5; killall pv;

часть вывода seq закомитится

нда

часть вывода seq закомитится

ты его в автокоммите на строку что ли запускаешь

часть вывода seq закомитится

где тут написан copy?

соответственно закоммитить ничего не может

почему тогда часть seq коммитится?

почему тогда часть seq коммитится?

ты показать-то можешь?

куда коммитится? какая операция вообще делает из последовательности чисел нечто пригодное для коммита?

справа допиши

create table d(i int); $ seq 100 | pv -L 2 | psql -c 'copy d from stdin' $ sleep 5; killall pv;

ты показать-то можешь?

могу

видео записать?

конечно, можно будет багрепорт оформить

на что?

create table d(i int); $ seq 100 | pv -L 2 | psql -c 'copy d from stdin' $ sleep 5; killall pv;

только тут ты кажется говоришь копируй каждую строку

и коммить

нет

ну нет так нет

значит не должно быть половины

поведение не самое ожиданное, да

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

да, ты прав

тогда норм будет

наверное %)

там он будет искать терминатор-точку

или нет?

https://t.me/pgsql

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

если обязательно точка то норм

create table d(i int); $ ( echo 'copy d from stdin;'; seq 100; ) | pv -L 2 | psql -f- $ sleep 5; killall pv;

а сделай psql <

COPY 6 Time: 2816,838 ms (00:02,817)

COPY 6 Time: 2816,838 ms (00:02,817)

расшифруй

похоже точка не обязательна

так какой вывод-то?

кому проспаться, кому про транзакции читать, кому багрепорты писать?

это штатное поведение :-)

это штатное поведение :-)

какое

вывод какой

господа, а если pg_dump дать на вход нематериализованную вьюху, которая будет ограничена некоторым WHERE — какое поведение ожидается?)

господа, а если pg_dump дать на вход нематериализованную вьюху, которая будет ограничена некоторым WHERE — какое поведение ожидается?)

Я бы ожидал dump схемы (CREATE VIEW), а что?

вас понял, спасибо!

господа, а если pg_dump дать на вход нематериализованную вьюху, которая будет ограничена некоторым WHERE — какое поведение ожидается?)

рестор объявления вьюхи конечно же

?

загадка копи так и не будет разгадана

даже Дарафей не ответил

а загадка в чём?

ой всё

ой всё

Что вам в скриптах не понятно? Вы сами может воспроизвести скрипты?

Общение на форумах предполагает совместное участие в добычи полезных артефактов.

Это на волне fsync пошло? Кому это вообще нужно?

Давайте подытожим Если в процессе выполнения команды psql -c "copy table to stdout" "postgresql://.../db1" | psql -c "copy table from stdin" "postgresql://.../db2" пайп оборвётся, в целевую базу прилетит ошибка и она откатит эту транзакцию, так?

как мы проверили, нет

такой пайп небезопасен

для безопасности надо добавить как минимум обёртку в begin/commit со стороны отправителя, чтобы commit не пришёл и сделался роллбек

т.е. вся надежда на idle_in_transaction_session_timeout?

а если он не установлен, как-то руками можно проверить, что пайп сломался?

т.е. вся надежда на idle_in_transaction_session_timeout?

нет, psql получит eof и умрёт, решив, что хватит

Ребят, есть смысл задавать вопрос про постгрес применительно к 1с? Или сразу пошлете?

Ребят, есть смысл задавать вопрос про постгрес применительно к 1с? Или сразу пошлете?

Попытаться можно ) А еще есть чат https://t.me/PostgreSQL_1C_Linux

Попытаться можно ) А еще есть чат https://t.me/PostgreSQL_1C_Linux

Ситуация такая, взята сборка от постгрес про. Виннй уже есть типы mchar и mvarchar. Однако при вызове pg_dump в логи прилетает огромное количество ошибок на отсутствие этих типов.

Привет всем! У меня есть вопрос по gist индекс. Он слишком большой, поэтому я разместил его тут http://www.sql.ru/forum/1291190/gist-i-btree-v-odnom-zaprose

Ответ можете писать как сюда так и туда.

Ответ можете писать как сюда так и туда.

Вы его прямо как-то очень "удачно" описали. ;) Где план вот этого, например: "у меня стори задача посика ближайших соседей, и gist индекс прекрасно с этим справляется. select * from path p where ST_DWithin(ST_GeomFromText('SRID=4326;POINT(72.181037902832 50.8136558532715)'),p.from_geo,1000); "?

Привет всем! У меня есть вопрос по gist индекс. Он слишком большой, поэтому я разместил его тут http://www.sql.ru/forum/1291190/gist-i-btree-v-odnom-zaprose

возможно, тебе нужен частичный индекс?

... using gist(point) where rn=20;

Вот тут про пайпы https://habrahabr.ru/post/195152/ Худшее, что может случиться - процесс прервётся на полпути и все данные откатятся Лучше поделить их на 10-100 кусков и запускать параллельно

Спасибо

а нет ли удобного способа указать набор полей, например в CREATE TRIGGER ... FOR EACH ROW WHEN (OLD.* IS DISTINCT FROM NEW.*)? Хотелось бы тут указать набор полей без простыни OR'ов

конкатенация?

чего с чем?

всех полей вместе

будет один OR

Это во-первых, недёшево, во-вторых, вряд-ли вообще возможно потому что поля разных типов включая всякие массивы, в-третьих NULLы, и в червёртых, никак не упростит выражение

Вы его прямо как-то очень "удачно" описали. ;) Где план вот этого, например: "у меня стори задача посика ближайших соседей, и gist индекс прекрасно с этим справляется. select * from path p where ST_DWithin(ST_GeomFromText('SRID=4326;POINT(72.181037902832 50.8136558532715)'),p.from_geo,1000); "?

Там используется индекс по гистограмма полю

... using gist(point) where rn=20;

Значения могут быть разными не только 20

а кто нибудь в чатеге использует pglogical в production?

что? прямо вот вообще никто не использует?

что? прямо вот вообще никто не использует?

превосходное умение задавать вопросы в шесть утра воскресенья

превосходное умение задавать вопросы в шесть утра воскресенья

а если все таки ответить по существу? ;) нет не используете?

люди спят

отвечать некому)

в понедельник после обеда надо спрашивать

спрашивать можно когда угодно, вот на ответ надеяться и правда можно в рабочую неделю

а пока я могу рассказать тебе про свежий креш в постгисе, если ты ещё не видел его в https://t.me/postgis

ок ;) подождем

что? прямо вот вообще никто не использует?

Когда-то использовал.

Когда-то использовал.

ок =) а в какой версии? и еще такой момент вот я хочу связку master-standby + pgbouncer проапгрейдить "на живую" с 9.5 до 10.3 я правильно понимаю что тут только через pglogical и pg_ddl_deploy надо двигаться и других "обходных" путей нет? потому что "так вообще никто не делает, апгрейд постгреса это удел консультантов за 100500 буказоидов в час?"

ок =) а в какой версии? и еще такой момент вот я хочу связку master-standby + pgbouncer проапгрейдить "на живую" с 9.5 до 10.3 я правильно понимаю что тут только через pglogical и pg_ddl_deploy надо двигаться и других "обходных" путей нет? потому что "так вообще никто не делает, апгрейд постгреса это удел консультантов за 100500 буказоидов в час?"

9.6. Для апгрейда не использовал. Как вариант я бы попробовал для начала на тестовом стенде такой кейс воспроизвести.

9.6. Для апгрейда не использовал. Как вариант я бы попробовал для начала на тестовом стенде такой кейс воспроизвести.

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

Стоит использовать https://postgrespro.ru/ Вместо официального?

Стоит использовать https://postgrespro.ru/ Вместо официального?

снова пойман за хвост

Там используется индекс по гистограмма полю

План покажите. Интересны же cost-ы и оценки, а не то, какой индекс там используется.

Это во-первых, недёшево, во-вторых, вряд-ли вообще возможно потому что поля разных типов включая всякие массивы, в-третьих NULLы, и в червёртых, никак не упростит выражение

Почитайте про/используйте ROW CONSTRUCTORS: https://www.postgresql.org/docs/current/static/sql-expressions.html#SQL-SYNTAX-ROW-CONSTRUCTORS и https://www.postgresql.org/docs/current/static/functions-comparisons.html#ROW-WISE-COMPARISON

господа, делается некоторый UPDATE по строкам с ID на отрезке A..B., делается он через psql, просто подцепив .sql файл с данным запросом вопрос: можно ли (по меньшей мере, с какой-то погрешностью) определить, на какой строке сейчас "работает" данный процесс, при условии, что идёт он в один поток? также следует отметить, что никаких измениний в данный процесс сделать уже нельзя (добавить трек-секвенции и т.д.) разумеется, я не собираюсь отслеживать прогресс постоянно, я хочу посмотреть туда скажем раз в 12 часов