Исходное сообщение
"Ремонтопригодность" Отправлено Аноним84701, 25-Апр-21 21:44
> Хотя файлы и удобней для пользователя, надёжность, внезапно, страдает: https://danluu.com/deconstruct-files/ Тут все же немного имеет место "натягивание совы на глобус". Потому что для эффективной синхронизации файлов а ля DropBox к FS/FileAPI куда больше требований - частые модификации файлов тут норма и, например, нужно "уметь" правильно синхронизовать пару изменившихся байтов в середине многогигабайтового файла, без кантования  этих гигабайтов на носителе и без получения байтовой "каши" в случае нештатной ситуации. Отдельные письма (за исключением прикрепленных файлов, но опять же, даже в случае больших размеров этих файлов они, как правило, не меняются) занимают обычно десяток-сотню КБ, не модифицируются и их нужно только уметь один раз сохранить (и потом прочитать). При этом, хранить всякую часто меняющуюся вторичную информацию в виде тегов, сориторвки, проверочных сумм, индексов или кэша в SQLite никто не запрещает.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Хотя файлы и удобней для пользователя, надёжность, внезапно, страдает: https://danluu.com/deconstruct-files/ > Тут все же немного имеет место "натягивание совы на глобус". > Потому что для эффективной синхронизации файлов а ля DropBox к FS/FileAPI куда > больше требований - частые модификации файлов тут норма и, например, нужно > "уметь" правильно синхронизовать пару изменившихся байтов в середине многогигабайтового > файла, без кантования этих гигабайтов на носителе и без получения > байтовой "каши" в случае нештатной ситуации. > Отдельные письма (за исключением прикрепленных файлов, но опять же, даже в случае > больших размеров этих файлов они, как правило, не меняются) занимают обычно > десяток-сотню КБ, не модифицируются и их нужно только уметь один раз > сохранить (и потом прочитать). > При этом, хранить всякую часто меняющуюся вторичную информацию в виде тегов, сориторвки, > проверочных сумм, индексов или кэша в SQLite никто не запрещает.
	Введите код, изображенный на картинке: