Как обезопасить PostgreSQL от потере данных и какое оптимальное количество однотипных таблиц должно быть на сервере?

Когда начал использовать БД SQLite, то по неопытности создавал одну таблицу (файл) на всё время использования программы. Затем столкнулся с проблемой, что в случае сбоя база данных оказывалась неработоспособной. Затем начал создавать таблицы ежемесячные, но и здесь были те же проблемы. В конце концов пришлось создавать суточные таблицы, что приводило к потере данных только за сутки. Файл с таблицей просто удалялся и автоматически создавался новый, разумеется, ранее записанные данные терялись.

По началу хотел поступить так же, как и с SQLite, т.е. на каждые сутки своя таблица. Но здесь есть одна неприятность. Выше стоящий сервер будет находиться в бухгалтерии, данные он будет получать при помощи логической репликации, которая не позволяет создавать таблицы. Ежедневно туда ходить и создавать новую таблицу ни кто не разрешит, да и некому. Первичный сервер будет установлен у диспетчера весовых установок и вряд ли на предприятии найдётся специалист...

Есть, конечно, возможность при настройке сервера в бухгалтерии "насоздавать" кучу суточных таблиц лет на 20, можно написать небольшую утилиту, которая в фоновом режиме будет создавать на сервере бухгалтерии каждые сутки новую таблицу, но эти варианты какие-то "через одно место"...

Или вообще отказаться от логической репликации и каждая весовая установка будет писать данные на свой сервер и сервер бухгалтерии, но в ночное время сервер бухгалтерии будет выключен, значит все данные за ночь в бухгалтерии будут отсутствовать...

Как лучше решать такую проблему, чтобы потеря данных была минимальной?