видимо что-то наложилось вместе с тем что место кончилось :)

Привет, подскажите по кешу в потсгрес

Первый раз запрос выполняется очень долго https://dumpz.org/2698883/

Затем быстро

С этим можно как-то бороться?

Затем быстро

план при втором и последующем выполнении запроса можно?

.

план при втором и последующем выполнении запроса можно?

https://dumpz.org/2698886/

разогревайте буффер-кэш - расширение pg_prewarm

explain (analyze, verbose, buffers) покажет, сколько буферов прочитано из кеша, а сколько с диска

explain (analyze, verbose, buffers) покажет, сколько буферов прочитано из кеша, а сколько с диска

Спасибо, а что с этим делать только потом?

ну, можно, например, добавить колонок в индекс и сделать из index scan - index only scan

вам как бы намекают, что чуда нет и у вас запрос в основном занимается чтением с диска. второй раз данные уже зачитанны в буффера и от туда они могут вытеснены другими запросами

distinct в запросе смущает

distinct в запросе смущает

Я не совсем тот запрос скопировал

Но смысл для нужного запроса тот же

У меня есть boolean nul поле

distinct в запросе смущает

там от nested loop надо избавляться

И мне нужно найти в таблице если для данной колонки True значения и есть ли False

так а заселектать два exists из таблицы?

Кстати, exists сейчас попробую

Что-то я пропустил этот момент

Но на данный момент у меня фреймворк выполняет такой вот запрос

https://dumpz.org/2698889/

Для True

И результаты такие же для distinct

В таблице 30 миллинов записей

Сейчас попробую exists

Тоже самое

ты даже не показал explain (analyze, verbose, buffers)

SELECT (1) AS "a" FROM "storagepricingapp_storageunit" INNER JOIN "storagepricingapp_storagelocation" ON "storagepricingapp_storageunit"."facility_id" = "storagepricingapp_storagelocation"."id" AND "storagepricingapp_storagelocation"."crawlnum" = "storagepricingapp_storageunit"."facilitycrawlnum" AND "storagepricingapp_storagelocation"."is_active" = true AND "storagepricingapp_storageunit"."secureunit" = true LIMIT 1

и експлайн покаж

опять Паша выиграл кнопку

Так, похоже, при добавлении нужно будет вопрос какой-то задавать. При молчании сразу в бан

опять Паша выиграл кнопку

извините, я засмотрелся

?

извините, я засмотрелся

Я тоже. Анекдот про ведьму напомнило ? Но потом все равно сжечь! ©

Так, похоже, при добавлении нужно будет вопрос какой-то задавать. При молчании сразу в бан

у нас в околоосмовском было "привет! ты кто?.."

у нас в околоосмовском было "привет! ты кто?.."

мимими. кстати в наш телего-чатик присоединился Виктор Щ. от него узнали, что в ирке совсем никого не осталось. наверно там только сторожевой котик и сидит :)

Так, похоже, при добавлении нужно будет вопрос какой-то задавать. При молчании сразу в бан

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

ИРКа постгресовая вообще не работает...

и експлайн покаж

https://dumpz.org/2698890/

Vitality, привет. Ты бот? ?

нет)

Отлично ? Работает схема

Привет всем)

Коллеги, правильна ли последовательность действий для оключения репликации -- измения параметра max_wal_senders на 0 значение, после закоментировать пользователя в hba_conf и запуска pg_reload_conf()?

Это если вы хотите запретить репликацию с данного сервера. А вообще репликация инициируется с реплики. Если реплика перестает тянуть стрим - репликация останавливается.

а кто ещё хочет DataGrip в адекватной запаковке для убунт и дебианов? айда апвотить: https://youtrack.jetbrains.com/issue/IDEA-22750

А DataGrip умеет сравнивать базы данных? Скажем после внесения изменений в базу данных нужно получить что-то типа ALTER … для применения изменений к исходной базе данных.

А DataGrip умеет сравнивать базы данных? Скажем после внесения изменений в базу данных нужно получить что-то типа ALTER … для применения изменений к исходной базе данных.

вы тоже не храните DDL в гите?..

У разработчиков RCS есть, тут скорее нужен инструмент для создания SQL-скриптов миграции.

а кто ещё хочет DataGrip в адекватной запаковке для убунт и дебианов? айда апвотить: https://youtrack.jetbrains.com/issue/IDEA-22750

и чтобы плагины через какой-нибудь api можно было ставить! в свое время хотел запилить кукбук для установки jb-продуктов, но оказалось, что у них никакой автоматизации (

У разработчиков RCS есть, тут скорее нужен инструмент для создания SQL-скриптов миграции.

Посмотрите в сторону liquidbase

Спасибо!

а кто ещё хочет DataGrip в адекватной запаковке для убунт и дебианов? айда апвотить: https://youtrack.jetbrains.com/issue/IDEA-22750

Как это адекватная запаковка? deb-пакет вместе с Wine?

Как это адекватная запаковка? deb-пакет вместе с Wine?

Он на java

Ну да, точно

не помогло ( ERROR: could not access status of transaction 68006 ПОДРОБНОСТИ: Could not read from file "pg_clog/0000" at offset 16384: Success.

не помогло ( ERROR: could not access status of transaction 68006 ПОДРОБНОСТИ: Could not read from file "pg_clog/0000" at offset 16384: Success.

наверное потому, что пустой

можно накопировать хотя бы нулей из /dev/zero

а что храните в базе, если не секрет?

не помогло ( ERROR: could not access status of transaction 68006 ПОДРОБНОСТИ: Could not read from file "pg_clog/0000" at offset 16384: Success.

напишите лучше в general или хакерс, опишите ситуацию, как вы до этого дошли

а что храните в базе, если не секрет?

заббикс

WARNING: concurrent insert in progress within table "history_uint" vacuumdb: очистить таблицу "history_uint" в базе "zabbix" не удалось: ERROR: row is too big: size 212951080, maximum size 8160

заббикс

это наверно не важны данные)), пересоздай базу и все

это наверно не важны данные)), пересоздай базу и все

это как раз история )

заббикс

just for fun раз уж коммит лог все равно безнадежно утерян: head -c 16777216 /dev/zero > /путь/к/clog/0000

(забивает сегмент clog-а нулями)

just for fun раз уж коммит лог все равно безнадежно утерян: head -c 16777216 /dev/zero > /путь/к/clog/0000

щас попробуем.

хотя не, надо не нулями, а 0x01010101 #define TRANSACTION_STATUS_IN_PROGRESS 0x00 #define TRANSACTION_STATUS_COMMITTED 0x01 #define TRANSACTION_STATUS_ABORTED 0x02 #define TRANSACTION_STATUS_SUB_COMMITTED 0x03

щас попробуем.

не сработало

хотя не, надо не нулями, а 0x01010101 #define TRANSACTION_STATUS_IN_PROGRESS 0x00 #define TRANSACTION_STATUS_COMMITTED 0x01 #define TRANSACTION_STATUS_ABORTED 0x02 #define TRANSACTION_STATUS_SUB_COMMITTED 0x03

это куда записать? в clog/0000 ?

опять неправильно написал.. надо забивать байтами 0x55

опять неправильно написал.. надо забивать байтами 0x55

тогда уж 0x5A и 0xA5 в 2 прохода =)

недопонял, почему 0x5A? )

тогда уж 0x5A и 0xA5 в 2 прохода =)

сарказм да ))

опять неправильно написал.. надо забивать байтами 0x55

ты откуда эту информацию берёшь, такую не точную?

@rabotko_galina привет! а расскажи о себе? :)

в clog просто хрянятся статусы последовательно для каждой транзакции, 2 бита на транзакцию. 0x01 - статус закоммиченной транзакции. 0b01010101 - один байт, в котором хранится статусы четырех транзакций, в хексе будет 0x55. Если создать файл 16 мегабайт (размер одного сегмента clog) и забить его 0x55, то по идее постгрес должен считать, что все транзакции закоммичены

Да, всё своё фото сразу публикуют

Это правило группы

:)

в clog просто хрянятся статусы последовательно для каждой транзакции, 2 бита на транзакцию. 0x01 - статус закоммиченной транзакции. 0b01010101 - один байт, в котором хранится статусы четырех транзакций, в хексе будет 0x55. Если создать файл 16 мегабайт (размер одного сегмента clog) и забить его 0x55, то по идее постгрес должен считать, что все транзакции закоммичены

но осилил баш, поэтому вот скрипт на питоне with open('/tmp/0000', 'wb') as f: for i in range(16777216): f.write(b'\x55')

но осилил баш, поэтому вот скрипт на питоне with open('/tmp/0000', 'wb') as f: for i in range(16777216): f.write(b'\x55')

Спасибо, решил пойти через dump/truncate/restore этой таблицы

Спасибо, решил пойти через dump/truncate/restore этой таблицы

а дамп на этой базе отрабатывает?

а дамп на этой базе отрабатывает?

да, только пришлось констрейты выключить.

Привет! Ты не бот?)

да, только пришлось констрейты выключить.

Добрый день, а не скажите, как вы констрейнты (если вы про внешние ключи, конечно) отключали? На сколько я знаю, в postgres нет отключения внешних ключей, там их можно только удалить и потом создать заново. Некоторое время назад делал утилиту для синхронизации схем MSSQL -> PostgreSQL, вот там было сложно именно с этим. Если у MSSQL можно было вырубить их командой, то для PostgreSQL пришлось делать запрос, который выводил DDL для манипулирования внешними ключами, потом убирать их (удалять), а по завершению - создавать.