Производительность Android: плоский файл с SQLite

Есть несколько вопросов, связанных с этой темой в stackoverflow, но я не получил правильного ответа. У меня есть некоторые сомнения в производительности плоских файлов. Лучше ли использовать плоские файлы вместо SQLite? Кто-нибудь может иметь статистику производительности? Или пример правильного способа кодирования плоского файла в android.

Ответ 1

Помимо преимуществ производительности, здесь приведен простой список преимуществ использования SQLite, а не плоского файла:

Вы можете запрашивать элементы по своему усмотрению - не нужно загружать их все и выбирать, какие из них вам нужны.
Удаление записей - это гораздо менее болезненный процесс. Не переписывать целые файлы где бы то ни было.
Обновление записи так же просто, как удаление или создание.
Вы когда-нибудь пробовали делать перекрестные ссылки на плоский файл? Не стоит.

Подводя итог, каждое преимущество базы данных над текстовым файлом.

Ответ 2

Это зависит от вашего требования.

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

В чем разница между ними: SQLite хранит данные в структурированном формате, поэтому будет легче найти запись из нескольких наборов записей, что очень утомительно для плоского файла.

Однако, если вы сохраняете данные типа blob, тогда предлагается использовать комбинацию как SQLite, так и файловой системы. т.е. сохранять данные изображения/звука/видео в формате файла и сохранять их путь в SQLite.

Также посетите доступ к производительности.