История изменений

Во-первых структурированный файл ускоряет парсинг. Текст отвратительно играет роль структуры данных — конкретно по этой причине был создан питон. Нынче тулзы для работы с пользователями целиком парсят текстовый конфиг, потом модифицируют структуры в памяти, и целиком пишут файл обратно. Всё это под колхозной блокировкой в виде отдельного файлика с PID.

Во-вторых, что делать при порче файла в результате убийства процесса, выключения компа, или просто ванькиной системной утилиты? В принципе, shadow для этого применяет более-менее целостную систему с бэкапом старого файла и запись во временный новый файл, который подменяет целевой файл. В итоге это на самом деле каша из топора, реализация системы надежного хранения, которые есть в sqlite или реестре винды, только костыльнее и недоработанее. Например, во временном файле хранятся не изменения, а всё содержимое, да этих файлов еще и два. Ну типа когда речь идет про 200 байт — это еще куда не шло, а прикинь что будет, если пользователей будут сотни-тысячи?

Во-первых структурированный файл ускоряет парсинг. Текст отвратительно играет роль структуры данных. Нынче тулзы для работы с пользователями целиком парсят текстовый конфиг, потом модифицируют структуры в памяти, и целиком пишут файл обратно. Всё это под колхозной блокировкой в виде отдельного файлика с PID.

Во-вторых, что делать при порче файла в результате убийства процесса, выключения компа, или просто ванькиной системной утилиты? В принципе, shadow для этого применяет более-менее целостную систему с бэкапом старого файла и запись во временный новый файл, который подменяет целевой файл. В итоге это на самом деле каша из топора, реализация системы надежного хранения, которые есть в sqlite или реестре винды, только костыльнее и недоработанее. Например, во временном файле хранятся не изменения, а всё содержимое, да этих файлов еще и два. Ну типа когда речь идет про 200 байт — это еще куда не шло, а прикинь что будет, если пользователей будут сотни-тысячи?