В чятике троль.

а как же crash safe

это как показывает практика :)

а как же crash safe

Может он ещё и fsync отключил? или full page writes?

да, но никто почему-то про fs не свпоминает, считается что она не потеряет данные :)

это как показывает практика :)

Практика у всех разная. Что-то вы не то практихуете.

Может он ещё и fsync отключил? или full page writes?

Не это у меня стоит на месте. Но от краха самой ФС это не спасает.

Практика у всех разная. Что-то вы не то практихуете.

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

пойду возьму что-то серьезное

добрый вечер) подскажите за уровни изоляции. Кейс такой: нужно апсертить строчку в таблице в порядке того как запросы приходят в базу, на консистентность пофигу (новые данные просто перезатирают старые). Сейчас юзаю Repeatable Read, но хотелось бы меньше нагружать движок, чтобы иметь меньший latency

Не это у меня стоит на месте. Но от краха самой ФС это не спасает.

+1

Здесь я уже слегка профан, но мне казалось xfs и ext4 довольно сносно переносят reset , если их не пытаться ускорять.

добрый вечер) подскажите за уровни изоляции. Кейс такой: нужно апсертить строчку в таблице в порядке того как запросы приходят в базу, на консистентность пофигу (новые данные просто перезатирают старые). Сейчас юзаю Repeatable Read, но хотелось бы меньше нагружать движок, чтобы иметь меньший latency

NoSQL ?

Здесь я уже слегка профан, но мне казалось xfs и ext4 довольно сносно переносят reset , если их не пытаться ускорять.

у меня по статистике xfs чаще крашился чем ext4, причем превращался в тыкву, а ext4 хоть что-то вытащить удавалось.

NoSQL ?

да, nosql подход по сути реализовать

добрый вечер) подскажите за уровни изоляции. Кейс такой: нужно апсертить строчку в таблице в порядке того как запросы приходят в базу, на консистентность пофигу (новые данные просто перезатирают старые). Сейчас юзаю Repeatable Read, но хотелось бы меньше нагружать движок, чтобы иметь меньший latency

Если каждый раз апдейтится только одна строчка, и только одной операцией update (без предварительного select), то READ COMMITTED вполне справится.

да, nosql подход по сути реализовать

ну так и используй соответсвующие БД

ну так и используй соответсвующие БД

в данном кейсе я ограничен pgsql

а так использую конечно

Если каждый раз апдейтится только одна строчка, и только одной операцией update (без предварительного select), то READ COMMITTED вполне справится.

да, именно так, делаю INSERT ... ON CONFLICT DO UPDATE ...

т.е. update xxx_movie set view_count = view_count + 1 where id = ? в READ COMMITTED живёт нормально.

да, именно так, делаю INSERT ... ON CONFLICT DO UPDATE ...

Думаю, проблем не будет.

постгрес ломается при таком?

постгрес ломается при таком?

если fs потеряет данные pg вам об этом скажет только в ошибках на клиентские запросы

а fs ломается при резете?

ему для запуска нужно 7 файлов

это ж ваще слабое звено тогда

А нормально к pg держать кучу открытых подключений (если они непостоянно используются)? пишу свой пул

А нормально к pg держать кучу открытых подключений (если они непостоянно используются)? пишу свой пул

pg_bouncer

pg_bouncer

C#, у меня тут такого нет

C#, у меня тут такого нет

на серваке БД, или он тоже на винде стоит?

на сервере (Linux)

на сервере (Linux)

на вот и поставь там pg_bouncer

база в AWS RDS, не уверен, что могу навернуть что-то кастомное не создавая собственный инстанс

но гляну, спасибо

Привет. Есть большая таблица, в ней очень много записей(500гб), хочется удалить все старше N-дней. хотел открыть курсор, удалить 100000 записей сделать коммит и так в цикле, но на сколько я понял postgresql это сделать не получится (https://stackoverflow.com/questions/2305431/commit-in-postgresql-stored-procedure). Посоветуйте решение проблемы (без create table / drop table / rename table)

Классика

За раз скорее всего не получится, так как длинная транзакция и блокировки

ну т.е. мне нужен какой-то аналог bulk delete

Нет такого

Надо самому писать

На клиенте

А дальше все зависит от паттернов доступа к таблице и строчкам

И к базе в целом

Привет. Есть большая таблица, в ней очень много записей(500гб), хочется удалить все старше N-дней. хотел открыть курсор, удалить 100000 записей сделать коммит и так в цикле, но на сколько я понял postgresql это сделать не получится (https://stackoverflow.com/questions/2305431/commit-in-postgresql-stored-procedure). Посоветуйте решение проблемы (без create table / drop table / rename table)

мы для балк делита делаем партиции и дропаем их, как приходит время

мы для балк делита делаем партиции и дропаем их, как приходит время

+1

мы для балк делита делаем партиции и дропаем их, как приходит время

да, но в базе партицией нет.

в текущей базе.

если данных у тебя немного, возможно, проще сделать create table as (select * from table where date > now()-interval 'N days'); и попереименовывать-поиндексировать

да я вкурсе, но я не хотел этого делать. т.к в нее постоянно идет вставка

или начать делать партиции, а текущую таблицу прицепить как последнюю и через N дней грохнуть

ну в любом случае спасибо.

а вообще, delete from table where ctid in (select ctid from table where date > now()-interval '1 day' limit 1000)

а и в цикл засунить ?