Size: a a a

pgsql – PostgreSQL

2021 March 18

DP

Darafei Praliaskousk... in pgsql – PostgreSQL
Александр
я уже привык с динамическими типами в питоне) Сейчас все отработало, ломал себе бошку пару часов. Спасибо еще раз
кстати, @postgis
источник

A

Artem in pgsql – PostgreSQL
Всем привет! Не подскажете, есть ли похожий чат по Python? Где также можно задать/ответить на вопросы
источник

D

Denis in pgsql – PostgreSQL
Artem
Всем привет! Не подскажете, есть ли похожий чат по Python? Где также можно задать/ответить на вопросы
источник

A

Artem in pgsql – PostgreSQL
Благодарю!
источник

AJ

Alexey Jericho in pgsql – PostgreSQL
Alexey Bulgakov
т.е. проверяется что b.city содержит null или пустую строку
а как оно работает? не могу что то нагуглить? значения в кавычках в аргументах функции приравнивают их к NULL?
источник

AB

Alexey Bulgakov in pgsql – PostgreSQL
Alexey Jericho
а как оно работает? не могу что то нагуглить? значения в кавычках в аргументах функции приравнивают их к NULL?
если значение null, то взять вместо этого пустую строку
источник

EK

Eugene Kozlov in pgsql – PostgreSQL
Здравствуйте! Подскажите пожалуйста, есть ли способ сконвертировать IP v6 адрес (тип  inet)  к чему то числовому используя PG?
источник

AJ

Alexey Jericho in pgsql – PostgreSQL
Alexey Bulgakov
если значение null, то взять вместо этого пустую строку
спасибо
источник

D

Denis in pgsql – PostgreSQL
Коллеги, помогите, пожалуйста разобраться с автовакуумом.

Пытаюсь осознать параметры

vacuum_cost_page_hit = 1
vacuum_cost_page_miss = 10
vacuum_cost_page_dirty = 20


That is, if the page is read from shared_buffers, it counts as 1. If it’s not found in shared_buffers and needs to be read from the OS, it counts as 10 (it might still be served from RAM, but we don’t know). And finally, if the page is dirtied by the cleanup, it counts as 20. That allows us to compute “cost of work” done by autovacuum.

Не понимаю последний параметр.
У меня 1 и последний параметры никак не сходятся в голове.

if the page is dirtied by the cleanup - вот это меня вводит в заблуждение.
как страница может стать dirtied из -за очистки если ее по сути уже нет?

Или, тут имеется в виду предыдущие ее версии до удаления?

Текст взят отсюда
источник

D

Denis in pgsql – PostgreSQL
и тогда первый параметр обрабатывает случаи когда страница есть только в памяти, но еще нет на диске?
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Denis
Коллеги, помогите, пожалуйста разобраться с автовакуумом.

Пытаюсь осознать параметры

vacuum_cost_page_hit = 1
vacuum_cost_page_miss = 10
vacuum_cost_page_dirty = 20


That is, if the page is read from shared_buffers, it counts as 1. If it’s not found in shared_buffers and needs to be read from the OS, it counts as 10 (it might still be served from RAM, but we don’t know). And finally, if the page is dirtied by the cleanup, it counts as 20. That allows us to compute “cost of work” done by autovacuum.

Не понимаю последний параметр.
У меня 1 и последний параметры никак не сходятся в голове.

if the page is dirtied by the cleanup - вот это меня вводит в заблуждение.
как страница может стать dirtied из -за очистки если ее по сути уже нет?

Или, тут имеется в виду предыдущие ее версии до удаления?

Текст взят отсюда
Цитата из документации, для начала:

vacuum_cost_page_dirty (integer)
   The estimated cost charged when vacuum modifies a block that was previously clean. It represents the extra I/O required to flush the dirty block out to disk again. The default value is 20.

> как страница может стать dirtied из -за очистки если ее по сути уже нет?

Что значит "нет"?! Что vacuum делает со страницами, по-Вашему (в процитированном есть ответ, если что)?
источник

SG

Sergey Gr in pgsql – PostgreSQL
dirtied не в смысле СУБД, а в смысле блока на диске
источник

E

Evgeny in pgsql – PostgreSQL
Denis
Коллеги, помогите, пожалуйста разобраться с автовакуумом.

Пытаюсь осознать параметры

vacuum_cost_page_hit = 1
vacuum_cost_page_miss = 10
vacuum_cost_page_dirty = 20


That is, if the page is read from shared_buffers, it counts as 1. If it’s not found in shared_buffers and needs to be read from the OS, it counts as 10 (it might still be served from RAM, but we don’t know). And finally, if the page is dirtied by the cleanup, it counts as 20. That allows us to compute “cost of work” done by autovacuum.

Не понимаю последний параметр.
У меня 1 и последний параметры никак не сходятся в голове.

if the page is dirtied by the cleanup - вот это меня вводит в заблуждение.
как страница может стать dirtied из -за очистки если ее по сути уже нет?

Или, тут имеется в виду предыдущие ее версии до удаления?

Текст взят отсюда
Если страница грязная и находится в shared_buffers - то стоимость её очистки = 1, если в кэше ОС - то 10, а если её нужно считать с диска, очистить и записать обратно - то это 20 условных единиц работы из vacuum_cost_limit
источник

k🥔

karrtopelka 🥔 in pgsql – PostgreSQL
Привет, подскажите, а как посмотреть где используются id (serial primary key) таблицы.
Как это в query записать, а то
Seq Scan on company  (cost=0.00..11.40 rows=140 width=520)

мне не особо о чем говорит...
Спасибо
источник

DA

Denis Alekseev in pgsql – PostgreSQL
Друзья, посоветуйте пожалуйста инструменты для миграции из Oracle в Postgresql. Объем данных большой, около 1.5 млрд строк. Мне знаком только ora2pg. А есть ли ещё что - нибудь ещё?
источник

D

Denis in pgsql – PostgreSQL
Evgeny
Если страница грязная и находится в shared_buffers - то стоимость её очистки = 1, если в кэше ОС - то 10, а если её нужно считать с диска, очистить и записать обратно - то это 20 условных единиц работы из vacuum_cost_limit
вот, теперь понятно, спасибо!
источник

s

sexst in pgsql – PostgreSQL
Denis
Коллеги, помогите, пожалуйста разобраться с автовакуумом.

Пытаюсь осознать параметры

vacuum_cost_page_hit = 1
vacuum_cost_page_miss = 10
vacuum_cost_page_dirty = 20


That is, if the page is read from shared_buffers, it counts as 1. If it’s not found in shared_buffers and needs to be read from the OS, it counts as 10 (it might still be served from RAM, but we don’t know). And finally, if the page is dirtied by the cleanup, it counts as 20. That allows us to compute “cost of work” done by autovacuum.

Не понимаю последний параметр.
У меня 1 и последний параметры никак не сходятся в голове.

if the page is dirtied by the cleanup - вот это меня вводит в заблуждение.
как страница может стать dirtied из -за очистки если ее по сути уже нет?

Или, тут имеется в виду предыдущие ее версии до удаления?

Текст взят отсюда
dirtied это вроде как в контексте грязной страницы с точки зрения ОС - то есть вакуум её содержимое в итоге модифицировал, теперь страница dirty и требует записи на диск.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Denis
вот, теперь понятно, спасибо!
Что Вам "понятно", извините? ;)
Потому что в https://t.me/pgsql/290913 нет ни одного правильного утверждения, на первый взгляд.
Прочитали бы Вы документацию, в общем.
источник

D

Denis in pgsql – PostgreSQL
Ярослав, я всегда исхожу из предположения, что люди, все же сначала читают документацию, потом идут спрашивать у других людей.
Если человек пришел в тематический чат задать вопрос, скорее всего, он документацию прочел, но осознать на пальцах не удалось и требуется помощь именно в этом.
Далее, истина рождается в диалоге, а не в отверждении вроде "он не прав, потому что я так сказал"
Я допускаю что при высокой компетенции в вопросе легко упустить данный момент, тем не менее, это не перестает быть грубым и не профессиональным
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
увы, люди не всегда читают документацию (((, они видят длинную портянку текста, теряют сознание, и бегут в чат за магическим однострочным ответом который откроет ответ на главный вопрос жизни, вселенной и всего такого
источник