The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск почтового клиента Geary 40.0, opennews (??), 23-Апр-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


35. "Выпуск почтового клиента Geary 40.0"  +/
Сообщение от Gogi (??), 24-Апр-21, 14:18 
Да, но это ОДИН БОЛЬШОЙ файл! И никакими средствами ты из него не сбэкапишь "только письма за прошлый год"!
Файловая система для этого намного лучше и ремонтопригоднее. Да даже не про ремонт речь - вообще про любые манипуляции! Файлик-письмо посмотрел - всё ясно, можно даже редактировать. А большую SQLite плюху - ну чо ты с ней сделаешь? Будешь опять в гридах глаза ломать? Наxер не нужно.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

41. "Выпуск почтового клиента Geary 40.0"  +/
Сообщение от Псевдоним (??), 24-Апр-21, 18:55 
Запросто подключаешься через CLI к базе sqlite и экспортишь что хочешь в любом доступном формате, импортируется также. Не вижу проблемы, даже удобнее что можно выкачать что нужно в зависимости от параметров и сильно быстрее (если индексы правильные) чем поочередным проходом по всему содержимому.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск почтового клиента Geary 40.0"  +/
Сообщение от Аноним (64), 25-Апр-21, 14:09 
Т.е. только руками или самописным скриптом? Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

47. "Ремонтопригодность"  +/
Сообщение от qweo (?), 24-Апр-21, 21:30 
Хотя файлы и удобней для пользователя, надёжность, внезапно, страдает: https://danluu.com/deconstruct-files/
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

67. "Ремонтопригодность"  +/
Сообщение от Аноним84701 (ok), 25-Апр-21, 21:44 
> Хотя файлы и удобней для пользователя, надёжность, внезапно, страдает: https://danluu.com/deconstruct-files/

Тут все же немного имеет место "натягивание совы на глобус".
Потому что для эффективной синхронизации файлов а ля DropBox к FS/FileAPI куда больше требований - частые модификации файлов тут норма и, например, нужно "уметь" правильно синхронизовать пару изменившихся байтов в середине многогигабайтового файла, без кантования  этих гигабайтов на носителе и без получения байтовой "каши" в случае нештатной ситуации.

Отдельные письма (за исключением прикрепленных файлов, но опять же, даже в случае больших размеров этих файлов они, как правило, не меняются) занимают обычно десяток-сотню КБ, не модифицируются и их нужно только уметь один раз сохранить (и потом прочитать).
При этом, хранить всякую часто меняющуюся вторичную информацию в виде тегов, сориторвки, проверочных сумм, индексов или кэша в SQLite никто не запрещает.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру