Size: a a a

pgsql – PostgreSQL

2020 July 16

YS

Yaroslav Schekin in pgsql – PostgreSQL
А в 12 было бы легче, скорее всего. ;)
Тем не менее, что по остальным вопросам?
источник

к👀

ко🐈TEXHIK 👀#слежузат... in pgsql – PostgreSQL
т.е. из
Т1
1, ....
Т2
1, 1,.....
и
Т1
1, ....
Т2
1, 1, ......
нужно получчить
Т1
1, ...
2, .....
Т2
1, 1, ...
2, 2, ...
вот как мне в Т2 понять какой там айдишник сгенерился в новой Т1 и подстваить его?

В теории в идеальном мире я (наверное) могу рассчитывать на то, что там равное количество записей (ибо там связь 1-1 и всегда существуют записи обеих таблицах) и подставлять в Т1_id айдишник сгенереный для Т2, но на практике однозначно где-то будет рассинхрон и тогда всё пойдёт лесом
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Yaroslav Schekin
Какого "этого"? Если Вы хотите, чтобы после установки на "чистую" систему не запускался postrges — тут уже придётся использовать стандартный для debian/ubuntu метод, наверное. ;)
“этого” — в который auto/manual/disabled пишется, start.conf
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Victor Yegorov
“этого” — в который auto/manual/disabled пишется, start.conf
Так про "этот" я уже отвечал, т.е. Вы не правы.
См. https://t.me/pgsql/238314
источник

к👀

ко🐈TEXHIK 👀#слежузат... in pgsql – PostgreSQL
Dmitry Paziy
на свой дилетантский вкус вижу два варианта:
1. отключить временно генерацию айди и тупо закинуть новые данные (а затем ковыряться с одниковыми айди
2. данные и старые и новые слить в одну временную таблицу и затем закинуть в нужную с "чистого листа"
так таблиц-то две. Та что с ключём решается просто инсёртом без айдишника, он сам сгенериться. Но этот сгенереный нужно указать во второй
источник

VY

Victor Yegorov in pgsql – PostgreSQL
я про то, что пока вы не поставите postrges – у вас нету этих утилит. а во время установки баз (и утилит), база уже запускается
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Victor Yegorov
я про то, что пока вы не поставите postrges – у вас нету этих утилит. а во время установки баз (и утилит), база уже запускается
При установке новой версии — это работает. При установке на "чистую" систему — "стандартный" метод (ну либо такая вот в debian/ubuntu политика, либо я тоже не умею это настраивать). ;)
источник

YB

Yelena Bunina in pgsql – PostgreSQL
Yaroslav Schekin
Хмм... а версия PostgreSQL какая, кстати?
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
версия 11
источник

YB

Yelena Bunina in pgsql – PostgreSQL
Yaroslav Schekin
Хмм... а версия PostgreSQL какая, кстати?
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
explain SELECT
 
o.platform,
 o.platform_order_id,
 o.platform_created_at,
 o.extended_money_status,
 o.money_status,
 extended_delivery_status,
 delivery_status,
 synced_at
FROM
 public
.tbl_order o

Seq Scan on tbl_order o  (cost=0.00..24413241.04 rows=78733104 width=53)
источник

YB

Yelena Bunina in pgsql – PostgreSQL
analyze думаю плохая идея делать)
источник

YB

Yelena Bunina in pgsql – PostgreSQL
Yaroslav Schekin
Хмм... а версия PostgreSQL какая, кстати?
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Yelena Bunina
analyze думаю плохая идея делать)
Нет, хорошая. Если Вы не хотите разбираться, а уже всё (неправильно, скорее всего) "угадали" — дело Ваше.
источник

YB

Yelena Bunina in pgsql – PostgreSQL
Yaroslav Schekin
Хмм... а версия PostgreSQL какая, кстати?
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
List of relations
Schema |   Name    | Type  |     Owner      |  Size  | Description
--------+-----------+-------+----------------+--------+-------------
public | tbl_order | table | tracking_stage | 189 GB | Заказы
источник

YB

Yelena Bunina in pgsql – PostgreSQL
Yaroslav Schekin
Нет, хорошая. Если Вы не хотите разбираться, а уже всё (неправильно, скорее всего) "угадали" — дело Ваше.
ага. через часов 5 будет результат
источник

СГ

Сергей Голод... in pgsql – PostgreSQL
Yelena Bunina
привет. может поможете ускорить copy на чтение на нагруженной на запись и обновления таблице? в таблице порядка 80млн записей, весит 250Гб. я так понимаю, что тюнинг maintenance_work_mem тут совсем не поможет, как и зафорсить параллельное чтение. читаю всю таблицу полностью без фильтра, часть колонок
а конфигурация сервера ПГ какая? память, диски.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Yelena Bunina
ага. через часов 5 будет результат
Значит, выбросите в мусорную корзину те дискеты 3.5, на которых у Вас работает PostgreSQL, хватит над ним издеваться!
Вы в самом деле считаете, что чтение с любых современных дисков 189 GB за пять часов — это нормально?!
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Victor Yegorov
я про то, что пока вы не поставите postrges – у вас нету этих утилит. а во время установки баз (и утилит), база уже запускается
createcluster унд андере живут в postgres-common или postgresql-common, который вполне себе ставится отдельно, а далее - указанный ман. Всё в наших руках, бро. А дебиан, в отличие от центоси умеет обновляться на лету. Совсем на лету.
источник

A

Alexander in pgsql – PostgreSQL
Yelena Bunina
ага. через часов 5 будет результат
как раз засечь время, скорее всего в несколько раз быстрее пройдёт, ибо нет выгрузки в stdout.
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Yaroslav Schekin
Значит, выбросите в мусорную корзину те дискеты 3.5, на которых у Вас работает PostgreSQL, хватит над ним издеваться!
Вы в самом деле считаете, что чтение с любых современных дисков 189 GB за пять часов — это нормально?!
Ярослав, пациент сделал существенное дополнение: в момент чтения таблица активно насилуется записью и, соответственно, автовакуумом.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Михаил Шурутов
createcluster унд андере живут в postgres-common или postgresql-common, который вполне себе ставится отдельно, а далее - указанный ман. Всё в наших руках, бро. А дебиан, в отличие от центоси умеет обновляться на лету. Совсем на лету.
Да, точно, он же ни от какой версии сервера не зависит. Что-то я про это забыл и ерунду написал. ;)
источник