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

интересная статистика для тех, кому SSD не надёжны

о, свежак

буквы английские и может быть слажна, посему там есть арабские цифры, чтобы попроще

а про ссд такая есть?)

🤦‍♂️

специально написал про арабские цифры

не асилил, да?

как знал....

спрашивать же проще чем читать!

поддерживаю!

чукча писатель, а не читатель )

нет, статистики по ССД ни у кого нет.

База данных, как я понимаю, это набор файлов которые Pgsql считывает и как-то интерпретирует. При DD могли разве что блоки наложиться, повредив ничтожно-малый кусок в этих самых файлах, относительно их общего объема. Файлов много. Pgsql докопался до конкретного, из-за которого он не хочет реиндексировать базу. Может - конкретно этот файл можно тупо взять из бекапов сделанных в другие дни? Не могло же везде одно и то же сломаться.

Причем этот файл:

Could not read from file "pg_subtrans/0224" at offset 73728: read too few bytes.

Состоит из одних нулей у меня, и докопался Pgsql сетуя на то, что файл неожиданно прервался. Может его просто... Увеличить

Или он не должен состоять из одних нулей, и это ничто иное как последствие DD?

Почитай что такое транзакция

И как оно там работает