Что такое tiles sqlite можно ли удалить
Файл tiles sqlite что это на андроиде
Где хранятся изображения на Андроид
Фотографии, снятые на Камеру (стандартное приложение Android), хранятся на карте памяти или внутренней памяти телефона – в зависимости от настроек приложения.
Все дальнейшие действия актуальны для Samsung Galaxy S8 и S21 (модели, на которых тестировал я), и для других более-менее современных смартфонов эти инструкции подходят.
Расположение фотографий всегда неизменно – папка DCIM\Camera. Полный путь выглядит так:
Кстати! Если вы нашли папку DCIM по другому адресу – пожалуйста, отпишитесь в комментариях, зрителям тоже будет полезна эта информация.
Совет. Как быстро найти папки на Андроид? Установите файловый менеджер (например, ES Explorer или Total Commander, моб. версию). Встроенные утилиты мобильной ОС неудобны, навигация затруднена, есть ограничения в файловых операциях.
Скачать файловый менеджер
Инструкция, как найти недавно сохраненные файлы
1. Скачайте Total Commander.
2. Откройте приложение, выберите Память устройства или карту памяти (по имени диска, в моем случае SG-SDR).
3. В поле со звездочкой (Искать) введите *.jpg. Таким образом, в поиске будут участвовать все файлы данного расширения.
4. Отметьте галочкой опцию Не старше и задайте возраст, например, 1 месяц.
5. Размер – больше 650 k (килобайт). Так будут отфильтрованы эскизы и прочий мусор, который нам не нужен.
6. Для запуска, нажмите на кнопку Поиск.
7. В результатах отобразятся все источники, где могут храниться (и на самом деле хранятся) файлы формата jpg.
Куда сохраняются фото с ВК и других соцсетей
Кроме фотоснимков с Камеры, многие медиа файлы поступают на телефон из социальных сетей и мессенджеров.
На Андроид, в этом плане, все понятно. Загруженные фотографии помещаются в папку Downloads. Правда, местоположение файлов может отличаться, если пользователь указал путь сохранения самостоятельно, при скачивании файла.
Если вы не помните, куда именно скачали изображения из ВКонтакте, Facebook или других соцсетей, поиск через файловый менеджер вам поможет. В качестве критерия поиска укажите временной диапазон – если помните, когда скачивали эти данные.
Где хранятся Скриншоты
Скриншоты, сделанные стандартным способом (т.е. через аппаратные кнопки), падают в папку Pictures/Screenshot (Android 8, 9).
На поздних версиях Андроид (10, 11) расположение другое: DCIM/Screenshots.
Если же вы установили альтернативное приложение для захвата скриншотов, зайдите в настройки данной программы, если таковые есть, и проверьте путь сохранения.
Для чего нужна папка thumbnails
В этой папке, согласно ее названию, хранятся эскизы – уменьшенный вариант фотографий, скачанных изображений (например, из Whatsapp или Skype). Уменьшенная копия помогает смартфону быстрее открыть изображение из Галереи.
Где хранятся thumbnails
Файлы эскизов хранятся внутри папки DCIM:
На Андроид 11 расположение эскизов поменялось: Pictures/.thumbnails.
Как удалить кэш миниатюр?
Нередко файлы миниатюр “отъедают” слишком много места на телефоне: счет идет на гигабайты. Полезно, а порой и необходимо, очищать содержимое папки thumbnails. В этом случае вы ничего не теряете, необходимые файлы будут созданы заново по мере необходимости.
Очистить файлы миниатюр можно двумя способами.
Способ 1 (вручную):
Способ 2 (автоматически):
Папка dcim пустая – что делать?
Описание проблемы: вы подключаете телефон к ПК через USB-кабель. В папке DCIM ничего нет, при этом фотографии по-прежнему отображаются через Галерею. Как решить проблему?
Способ 1. Проверьте оба местоположения – на карте памяти и в памяти android-устройства (возможно, следует перенести файлы из одной папки DCIM в другую).
Способ 2. Удалите кэш приложения External Storage and Media Storage.
Примечание. На Андроид 11 строку External Storage and Media Storage вы не найдете в списке приложений. Попробуйте вместо этого удалить кэш Галереи.
Надеюсь, что информация была полезна. Если что-то непонятно – спрашивайте в комментариях, я там периодически отвечаю на вопросы. Жду ваших отзывов!
Видеоверсия инструкции
1. Передача сообщений WhatsApp с iPhone на Android одним щелчком мыши
Передача WhatsApp с iPhone на Android с помощью 1 клика!
Его скачали 4 085 556 человек
Вот как вы могли бы использовать его:
Если вы все еще не знаете, как перенести WhatsApp через MobileTrans, ознакомьтесь с нашим видео-туториалом ниже:
Помимо простого резервного копирования и восстановления сообщений WhatsApp MobileTrans также помогает вам легко переносить ваши контакты, фотографии и сообщения с одного телефона на другой..
2. Передача сообщений WhatsApp с iPhone на Android с помощью резервного копирования чата
Ваши чаты WhatsApp автоматически резервируются и сохраняются ежедневно в памяти вашего телефона. В зависимости от ваших настроек вы также можете периодически создавать резервные копии своих чатов WhatsApp на Google Диске.
Проще всего перенести данные на новый телефон с помощью Google Диска. Если вы хотите использовать локальную резервную копию, вам нужно будет перенести файлы на новый телефон с помощью компьютера, проводника файлов или SD-карты.
Плюсы:
Аферы:
3. Передача сообщений WhatsApp с iPhone на Android с помощью электронного чата
Вот подробная информация о том, как перенести историю чатов WhatsApp с iPhone на телефон Android с помощью электронного чата:
Плюсы:
Аферы:
Функция электронного чата WhatsApp очень полезна. Перемещая чаты WhatsApp с iPhone или Android-телефона на электронную почту, он позволяет пользователям создавать копии чатов. По сравнению с резервной функцией WhatsApp, чат по электронной почте более гибок.
Пользователи могут хранить только выбранные чаты, более того, они могут делиться ими с другими, если распечатают свою историю чатов.
4. Передача сообщений WhatsApp с iPhone на Android через WazzapMigrator
WazzapMigrator-это мастер передачи данных, который позволяет пользователям удобно переносить сообщения WhatsApp с iPhone на Android-устройство. Он полностью поддерживает систему Mac / Windows и обеспечивает быструю передачу данных.
Это еще одно программное обеспечение, которое используется для передачи файлов WhatsApp. Он быстро передает все типы файлов, включая сообщения, фотографии, видео и документы.
Основные Характеристики
Вот подробное руководство о том, как WazzapMigrator используется для передачи содержимого WhatsApp iPhone на устройство Android:
Завершите процесс, введя контактную информацию, используемую в iPhone тоже.
Плюсы:
Аферы:
В то время как приложение, по-видимому, имеет отзывы для прошлых версий, быстрый взгляд на замечания на главной странице веб-сайта показывает, что есть много проблем с программой, особенно о совместимости с последними версиями приложения Android WhatsApp.
Тем не менее, приложение, по-видимому, широко работает с приемлемой скоростью для некоторых устройств и вариантов WhatsApp.
Папка obb (sdcard/Android/obb) на андроид, для чего она нужна?
Немного теории для начала, что бы вы могли понтануться перед друзьями. Данный каталог в системе служит для хранения файлов с расширением “.obb”. Обычно там хранится кеш различных приложений или же игр. Существует два основных способа установки нового софта на телефон, планшет:
С первым способом трудностей не возникает, со вторым дела обстоят несколько иначе. Существуют платные игры и приложения, в которые мы хотим поиграть и опробовать бесплатно. Они зачастую содержат кеш данные, например для установки на телефон GTA San Andreas необходимо скачать вместе с APK папку с кешем игры, который как раз устанавливается в папке obb. При покупке и последующей установке официального приложения папка obb создается сама. При скачивании пиратской версии телефоне изначально отсутствует папка obb, в которую нужно кидать кэш для игр.
Часть 1. Можете ли вы восстановить удаленные недавние звонки на iPhone?
iPhone сохраняет данные в SQLite, который является системой управления реляционными базами данных. Когда вы удаляете некоторые данные на вашем iPhone, данные перемещаются из «Выделенных» в «Нераспределенные» в базе данных, но не полностью удаляются. Конечно, вы не можете видеть данные на вашем iPhone.
Однако, когда новые данные добавляются в «Unallocated», они автоматически занимают раздел «Unallocated» базы данных, таким образом перезаписывая любые данные в этом разделе.
По этой причине, если вам нужно восстановить удаленные данные на iPhone с более высоким уровнем успеха, вы должны соблюдать 2 правила ниже:
1. Не управляйте своим iPhone, например, не звоните, не удаляйте новые данные и т. Д.
2. Подберите надежное восстановление данных для просмотра, извлечения и восстановления удаленных файлов на iPhone из «Нераспределенных».
Небольшое вступление
После праздничных каникул (это было в январе) я решил немного поработать Android разработчиком на пол ставки, дабы совмещать работу с учебой.
Ещё в декабре я познакомился с главным программистом IT-компании, которая находится в Сочи.
Я не буду оглашать имя компании в целях корпоративной тайны, это не суть. Компания довольно молодая, и поэтому использует более новые технологии. Я был удивлен, когда мне ответили, что им нужен Flutter разработчик, а не Java/Kotlin.
Так я и познакомился с Flutter.
Первые впечатления
Я был совершенно поражен когда впервые увидел сгенерированный проект мобильного приложения на Flutter. Все совершенно отличалось от обычной нативной разработки под Android.
Мне никогда не был понятен данный стиль написания кода. Когда-то в прошлом я решил освоить React JS, но не смог его одолеть и забросил (в основном из-за глупости и лени). Зачем вообще декларативный стиль программирования? Есть же интуитивно понятно императивный: создал объект кнопки, добавил в родительский элемент и т.д.
Когда я увлекся Flutter, то осознал и понял главные преимущества такого подхода:
Меньше кода
Интуитивно понятный
Ускоренная разработка
Мощность
Возможно это произвучит чересчур громко. Все эти преимущества в той или иной мере правдивы.
Вот так, к примеру, выглядит разметка UI приложения, сгенерированного Android Studio:
Первая важная особенность такого кода: большое количество скобок и запятых, как бы смешно это не звучало)))
Вторая: большая гибкость и мощность, вы можно по-разному вкладывать друг в друга элементы и комбинировать их, создавая более сложный UI
Третья: легко читаем и имеет возможность разбивки кода на отдельные функции. Конечно довольно сложный интерфейс выглядит громоздко и не совсем разборчиво при таком стиле и поэтому в таких случаях необходимо разделять UI на отдельные функции.
И наконец, Dart имеет интересную фишку: можно поставить запятую в конце последнего параметра функции или конструктура класса, поэтому вы можете не париться по поводу последней запятой в вашем коде, когда делает разметку UI или передаете параметры функции.
Первое приложение
Перед тем, как получить работу, мне дали тестовое задание: сделать приложение, которое будет хранить данные об автомобилях в локальной базе данных.
Я начал курить flutter.dev, прочитал довольно много полезных материалов на данную тему.
Сразу стоит отметить, что подключение большинства библиотек (pub-пакетов) осуществляется через специальный файл pubspec.yaml, в отличие от build.gradle (Android).
Все пакеты Dart (включая подмножество Flutter) располагаются на сайте pub.dev
Как я позже узнал, Flutter позволяет использовать нативный код Android и iOS, что меня очень сильно порадовало.
Дальнейшие разработки
C февраля я был переведен на первый рабочий проект.
Я все больше стал понимать синтаксис языка Dart. Для тех, кто хочет довольно быстро с ним познакомиться покурите Dart Tour
В многих проектах, даже довольно маленьких всегда есть какие-либо тяжелые задачи, которые могут затормозить отрисовку UI приложения (кнопок, меню и т.д.). Например: загрузка файла из сети, или запрос в базу данных и т.д.
Поэтому необходимо использовать либо Thread’ы (Java), либо Coroutines (Kotlin) в нативной разработке под Android
В Flutter это решается довольно просто, использованием асинхронных функций:
setState является функцией высшего порядка (Dart поддерживает функциональное программирование) и принимает другую функцию, как входной параметр.
Логика setState довольно простая: сначала выполняем функцию, которая была передана в качестве параметра, а затем перерисовываем все компоненты Flutter приложения. (на самом деле не все, Flutter сам решает, что нужно перерисовать, а что нет, дабы обеспечить эффективность работы).
Более подробно о состоянии: flutter.dev
При реализации моего первого рабочего приложения на Flutter я впервые столкнулся с проблемой архитектуры.
И поэтому в проектировании архитектуры Flutter приложения нужно руководствоваться одним из подходов по управления состоянием.
Я выбрал provider и не пожалел об этом. Данный подход довольно простой и изящный.
В апреле мой первый более менее рабочий проект был опубликован в Google Play и Apple Store
Мое личное мнение о Flutter
Большинство коммерческих проектов вполне могут быть реализованы на Flutter.
Основные преимущества Flutter по моему мнению:
Довольно мощный UI framework, позволяет сильно кастомизировать внешний вид приложения. Это также является важнейшим преимуществом по отношению к нативной Android разработке, т.к. создание кастомных View и написание дополнительного кода является не одной из самых простых задач;
Возможность иметь доступ к низкоуровневым компонентам мобильной ОС (через Platform Channels)
Кастомная отрисовка компонентов
Декларативный стиль обладает некоторыми преимуществами над императивным, как было отмечено выше
Причины по которым вы не должны использовать Flutter я к сожалению не обнаружил. Разве, что мобильное приложение на Flutter отстает на несколько миллисекунд от нативного.
Tiles sqlite можно ли удалить
Можно ли безопасно удалить файл sqlite WAL?
У меня есть странная проблема с Core Data в приложении iOS, где иногда файл WAL становится огромным (
1 ГБ). Похоже, что есть и другие люди с этой проблемой (например, Core Data sqlite-Wal файл получает MASSIVE (>7GB) при вставке
Моя первоначальная мысль-удалить файл WAL при запуске приложения. Судя по тому, что я читал документацию sqlite по этому вопросу, это будет нормально. Но знает ли кто-нибудь о каких-либо недостатках в этом деле?
Я, конечно, хотел бы добраться до сути, почему файл WAL становится таким большим, но я не могу добраться до сути прямо сейчас и хочу найти обходной путь, пока я копаю глубже в проблему.
Стоит отметить, что моя база данных Core Data-это скорее кэш. Так что не имеет значения, если я потеряю данные, которые находятся в WAL. Мне действительно нужно знать, будет ли база данных полностью повреждена, если я удалю WAL? Мое подозрение-нет, иначе WAL не служит ни одной из его целей.
Режим WAL имеет проблемы, не используйте его. Проблемы различаются, но очень большой размер вашего отчета-один, другие проблемы включают сбой при миграции (с использованием NSPersistentStoreCoordinators migratePersistentStore) и сбой при импорте журналов транзакций iCloud. Так что, хотя есть сообщаемые преимущества, пока эти ошибки не будут исправлены, вероятно, неразумно использовать режим WAL.
И NO вы не можете удалить журнал опережающей записи, потому что он содержит самые последние данные.
Установите базу данных в режим журнала отката, и я думаю, что вы больше не будете иметь этих очень больших файлов При загрузке большого количества данных.
Вот выдержка, которая объясняет, как работает WAL. Если вы не можете гарантировать, что ваше приложение выполнило контрольную точку, я не вижу, как вы можете удалить файл WAL без риска удаления совершенных транзакций.
Как работает WAL
Традиционный журнал отката работает путем написания копии исходное неизмененное содержимое базы данных в отдельный журнал отката файл, а затем запись изменений непосредственно в файл базы данных. В событие аварии или ROLLBACK, исходное содержимое, содержащееся в журнал отката воспроизводится обратно в файл базы данных, чтобы вернуть файл базы данных в исходное состояние. COMMIT возникает, когда журнал отката удаляется.
Подход WAL инвертирует это. Оригинальное содержание сохраняется в файл базы данных и изменения добавляются в отдельный WAL файл. Фиксация происходит, когда специальная запись, указывающая на фиксацию, является приложено к WAL. Таким образом, a COMMIT может произойти, даже не написав кому-либо исходная база данных, которая позволяет читателям продолжать работать с исходная неизмененная база данных при одновременном внесении изменений совершено в WAL году. Несколько транзакций могут быть добавлены к конец одного файла WAL.
Копирование
Конечно, человек хочет в конечном итоге передать все транзакции, которые добавляются в файле WAL обратно в исходную базу данных. Движущийся транзакции файла WAL обратно в базу данных называются a «checkpoint».
Еще один способ задуматься о разнице между откатом и журнал опережающей записи заключается в том, что в подходе отката-журнала существуют две примитивные операции, чтение и письмо, в то время как с запись вперед журнала теперь есть три примитивные операции: чтение, написание и контрольные точки.
Я видел довольно много негативных сообщений о WAL в iOS 7. Мне пришлось отключить его на нескольких проектах, пока у меня не было времени изучить эти проблемы более тщательно.
Если это в конечном итоге отнимает много времени, то я бы предложил отключить WAL. Я не видел никаких вредных последствий для его отключения (пока).
Конечно, вы можете удалить файл WAL. Вы потеряете все совершенные транзакции,которые не были возвращены в основной файл. (Таким образом нарушается «durability» часть ACID, но, возможно, Вам все равно.)
Вы можете управлять размером файла WAL на диске с помощью pragma journal_size_limit (если это вас беспокоит). Возможно, вы также захотите чаще проверять вручную контрольную точку. Смотрите «Avoiding Excessively Large WAL files» здесь: https://www.sqlite.org/wal.html
В этой теме есть довольно хорошие ответы, но я добавляю этот ответ для ссылки на официальный сайт Apple QnA о режиме ведения журнала в iOS7 Core Data: https://developer.apple.com/library/ios/qa/qa1809/_index.html
Они дают различные решения:
Для безопасного резервного копирования и восстановления хранилища Core Data SQLite можно выполнить следующие действия: следующий:
Используйте следующий метод класса NSPersistentStoreCoordinator, а не чем файловая система APIs, чтобы создать резервную копию и восстановить хранилище Core Data:
Обратите внимание, что это тот вариант, который мы рекомендуем.
Переход в режим отката ведения журнала при добавлении хранилища в постоянный координатор хранилища, если вам нужно скопировать файл хранилища. В листинге 1 приведен код, показывающий, как это сделать:
Листинг 1 Используйте режим отката ведения журнала при добавлении постоянного хранилища
Для хранилища, загруженного в режиме WAL, если как основной файл хранилища, так и соответствующий файл-wal существует, используя режим отката журнала для добавления хранилища в постоянный координатор магазине заставит Core Data для выполнения контрольно-пропускном пункте операция, которая объединяет данные из файла-wal в файл хранилища. Это фактически Core Data способ выполнения операции контрольной точки. С другой стороны, если файл-wal отсутствует, то с помощью этого подход к добавлению магазина не вызовет никаких исключений, но транзакции, записанные в файле missing-wal, будут потеряны.
ОЧЕНЬ ВАЖНАЯ ПРАВКА
Если некоторые из ваших пользователей находятся на iOS 8.1 и вы выбрали первое решение (то, которое рекомендует Apple), обратите внимание, что их отношения с данными many-to-many будут полностью отброшены. Потерянный. Удаленный. Во всей перенесенной базе данных.
Вы никогда не должны удалять файл sqlite WAL, он содержит транзакции, которые еще не были записаны в фактический файл sqlite. Вместо этого заставьте базу данных выполнить контрольную точку, а затем очистите файл WAL для вас.
В CoreData лучший способ сделать это-открыть базу данных с помощью pragma DELETE journal mode. Это будет контрольная точка, а затем удалить файл WAL для вас.
Для сохранения здравого смысла вы должны убедиться, что у вас есть только одно соединение с постоянным магазином, когда вы это делаете, т. е. только один экземпляр постоянного хранилища в одном координаторе постоянного хранилища.
FWIW в вашем конкретном случае вы можете использовать TRUNCATE или OFF для первоначального импорта базы данных и переключиться на WAL для обновления.
Похожие вопросы:
Текущая ситуация Таким образом, у меня есть архивация WAL, настроенная на независимый внутренний жесткий диск на компьютере регистрации данных, работающем под управлением Postgres. Жесткий диск.
Мы выполняем довольно большие транзакции в базе данных SQLite, что приводит к тому, что файл WAL становится чрезвычайно большим. (Иногда до 1 ГБ для крупных транзакций.) Есть ли способ проверить.
Если база данных SQLite, использующая ведение журнала с опережением записи, прерывается с непроверенными транзакциями (из-за сбоя питания или чего-то еще), а затем снова открывается с отсутствующим.
Какие существуют клиенты приложений, которые могут подключать базы данных SQLite3, которые имеют ведение журнала с опережением записи (WAL)? Я не нахожу его с моим google foo сегодня, у меня есть.
С включенным параметром WAL (Write-Ahead-Logging) в SQLite 3.7 (который используется по умолчанию для основных данных на iOS 7), Как я могу объединить/зафиксировать содержимое из файла-wal обратно в.
В документации SQLite по функции write-ahead-log, представленной в версии 3.7, есть некоторые комментарии, которые меня немного смутили. На связанной странице говорится: синхронизация содержимого с.
Я беру резервную копию SQLite DB с помощью CP commmand после запуска wal_checkpoint (FULL). DB используется в режиме WAL, поэтому в моей папке есть и другие файлы, такие как-shm и-wal. Когда я.
У меня есть много проблем с резервным копированием/восстановлением базы данных на этих нескольких устройствах Android, которые имеют WAL (запись вперед) включен. Можно ли отключить это после.
Пожалуйста, будьте терпеливы со мной — я постараюсь использовать правильную терминологию в этом вопросе. У меня есть приложение iOS, которое позволило пользователям создавать резервные копии своих.
What can be done about the fact that Android automatically deletes corrupt SQLite files?
When Android opens an SQLite file, and the file is corrupt, Android deletes the file.
As surprising as it may sound, this behavior is implemented clearly in the Android source code, leading to consternation and to this Android issue.
Anyway, as app developers we just have to deal with it. What is the best strategy when opening an SQLite file?
The issue has been fixed starting from API level 11. Now there exists an interface: DatabaseErrorHandler which you can implement to define your own onCorruption() method. At the opening of your database you can pass this DatabaseErrorHandler as a parameter to the constructor of SQLiteOpenHelper.
For Systems with an API level below 11 and for those who dont want to use this approach there are several alternatives.
1. Android data backup
Android offers a backup service which automatically copys the application data to a remote ‘cloud’ storage. If a database gets corrupted or the application is reinstalled after factory reset. The application data can be restored from the remote data.
2. JDBC (sqldroid)
One approach could be implementing your own database connector, either native JDBC or with the sqldroid library. It is officially not supported by google and you cannot be sure whether it will be still available in future Android versions.
3. Berkley DB Java Edition
An interesting approach, also with a look to performance handling large data amounts, is the Berkley DB Java Edition.
4. Customizing the android libraries
Another more risky approach is to implement your own database class by copying or extending the SQLiteDatabase.java from the android source and reimplement or override the critical parts which are:
Создан 14 окт. 11 2011-10-14 09:04:01 Dyonisos
Google should indeed fix this nihilist behavior, but I am afraid it is already too late. There ARE some phones around with this behavior, so we have to make sure we don’t upset those phone’s users. – Nicolas Raoul 14 окт. 11 2011-10-14 09:07:17
Right! In this case I see only the approach with JDBC or to add the native sqlite source as jni library 😉 – Dyonisos 14 окт. 11 2011-10-14 09:11:17
Thanks a lot for the sqldroid link, I did not know it. Actually some months ago I ported «SQLJet» to Android to circumvent a different issue. It is an open source Java SQLite client. – Nicolas Raoul 14 окт. 11 2011-10-14 09:19:59
About BerkeleyDB: The app is for *.anki files, which are actually SQLite databases. That’s the standard file format for several applications on PC/Mac/Linux/ios/Android, I can’t change it. – Nicolas Raoul 14 окт. 11 2011-10-14 15:52:21
I looked at sqldroid, and if I am not mistaken it is a JDBC wrapper over Android’s SQLite implementation, so I guess it has the same issue? – Nicolas Raoul 17 окт. 11 2011-10-17 04:47:13
A simple solution to this problem would be to replicate the DB entirely.
For example in the on Destroy method of your app. Copy the DB on every Destroy, when the main db is corrupted (and deleted by android) you can switch to the backup db.
Создан 14 окт. 11 2011-10-14 08:37:17 Michele
My app is actually the open source AnkiDroid. The typical user has a dozen of *.anki files, each file can be 40 MB or even more. The total size can easily reach 100 MB, which takes time to backup. Is it still acceptable to do this in the «onDestroy» method? – Nicolas Raoul 14 окт. 11 2011-10-14 09:32:55
@NicolasRaoul oh ok, thats alot, i think its safer to do some backup with in an background task. You have to find a balance between data safeness and time/battery consumption on the phone. – Michele 14 окт. 11 2011-10-14 11:13:05
thats right, onDestroy of your MainActivity with an Additional Timestamp in the SharedPreferences could work. So you Backup only ones a day or a week. OnStop would probably be better because apps can last very long in ram. – Michele 07 дек. 12 2012-12-07 11:15:55
@Michele That’s indeed an option 🙂 – AgentKnopf 17 дек. 12 2012-12-17 12:43:42
I faced the same issue and asked a question about it here. I regularly backup my database to the SD-card, but I cannot recommend it. It seems as if a database that is copied from SD-cards used in newer Android phones is considered corrupt after the copy is completed on the older versions of SQLite that is still used on android 2.3.6.
If your database is small enough then I would recommend keeping a backup, but keep it on the internal memory. Unless it would anger your users, do not enable the «install to sd-card»-option, I believe it is correlated to the issue. After these precautions your database should be relatively safe.
About the slower start time: I do my backups in a background thread when the app is closed, this is the most likely time that the phone has to do some background work without troubling the user.
As I wrote (with more details) in my first comment to Michele, it can be 100MB or more. In this conditions, is it acceptable to backup in a background thread when the app is closed? – Nicolas Raoul 14 окт. 11 2011-10-14 09:36:51
Unfortunately not. Then I would have to go with Dyonisos’ answer even though it obviously have other drawbacks to stop using built in libraries (i.e. if they roll out a new and improved SQLiteDatabase-class you will have to release a new update to start using it). – pgsandstrom 14 окт. 11 2011-10-14 12:26:35
Создан 14 окт. 11 2011-10-14 08:47:32 user370305
Indeed, forking Android’s SQLite client could be an option. This is in the same spirit as using alternative Android SQLite client libraries SQLdroid or SQLJet (Dyonisos’ answer). – Nicolas Raoul 14 окт. 11 2011-10-14 09:40:34
What can be done about the fact that Android automatically deletes corrupt SQLite files?
When Android opens an SQLite file, and the file is corrupt, Android deletes the file.
As surprising as it may sound, this behavior is implemented clearly in the Android source code, leading to consternation and to this Android issue.
Anyway, as app developers we just have to deal with it. What is the best strategy when opening an SQLite file?
The issue has been fixed starting from API level 11. Now there exists an interface: DatabaseErrorHandler which you can implement to define your own onCorruption() method. At the opening of your database you can pass this DatabaseErrorHandler as a parameter to the constructor of SQLiteOpenHelper.
For Systems with an API level below 11 and for those who dont want to use this approach there are several alternatives.
1. Android data backup
Android offers a backup service which automatically copys the application data to a remote ‘cloud’ storage. If a database gets corrupted or the application is reinstalled after factory reset. The application data can be restored from the remote data.
2. JDBC (sqldroid)
One approach could be implementing your own database connector, either native JDBC or with the sqldroid library. It is officially not supported by google and you cannot be sure whether it will be still available in future Android versions.
3. Berkley DB Java Edition
An interesting approach, also with a look to performance handling large data amounts, is the Berkley DB Java Edition.
4. Customizing the android libraries
Another more risky approach is to implement your own database class by copying or extending the SQLiteDatabase.java from the android source and reimplement or override the critical parts which are:
Создан 14 окт. 11 2011-10-14 09:04:01 Dyonisos
Google should indeed fix this nihilist behavior, but I am afraid it is already too late. There ARE some phones around with this behavior, so we have to make sure we don’t upset those phone’s users. – Nicolas Raoul 14 окт. 11 2011-10-14 09:07:17
Right! In this case I see only the approach with JDBC or to add the native sqlite source as jni library 😉 – Dyonisos 14 окт. 11 2011-10-14 09:11:17
Thanks a lot for the sqldroid link, I did not know it. Actually some months ago I ported «SQLJet» to Android to circumvent a different issue. It is an open source Java SQLite client. – Nicolas Raoul 14 окт. 11 2011-10-14 09:19:59
About BerkeleyDB: The app is for *.anki files, which are actually SQLite databases. That’s the standard file format for several applications on PC/Mac/Linux/ios/Android, I can’t change it. – Nicolas Raoul 14 окт. 11 2011-10-14 15:52:21
I looked at sqldroid, and if I am not mistaken it is a JDBC wrapper over Android’s SQLite implementation, so I guess it has the same issue? – Nicolas Raoul 17 окт. 11 2011-10-17 04:47:13
A simple solution to this problem would be to replicate the DB entirely.
For example in the on Destroy method of your app. Copy the DB on every Destroy, when the main db is corrupted (and deleted by android) you can switch to the backup db.
Создан 14 окт. 11 2011-10-14 08:37:17 Michele
My app is actually the open source AnkiDroid. The typical user has a dozen of *.anki files, each file can be 40 MB or even more. The total size can easily reach 100 MB, which takes time to backup. Is it still acceptable to do this in the «onDestroy» method? – Nicolas Raoul 14 окт. 11 2011-10-14 09:32:55
@NicolasRaoul oh ok, thats alot, i think its safer to do some backup with in an background task. You have to find a balance between data safeness and time/battery consumption on the phone. – Michele 14 окт. 11 2011-10-14 11:13:05
thats right, onDestroy of your MainActivity with an Additional Timestamp in the SharedPreferences could work. So you Backup only ones a day or a week. OnStop would probably be better because apps can last very long in ram. – Michele 07 дек. 12 2012-12-07 11:15:55
@Michele That’s indeed an option 🙂 – AgentKnopf 17 дек. 12 2012-12-17 12:43:42
I faced the same issue and asked a question about it here. I regularly backup my database to the SD-card, but I cannot recommend it. It seems as if a database that is copied from SD-cards used in newer Android phones is considered corrupt after the copy is completed on the older versions of SQLite that is still used on android 2.3.6.
If your database is small enough then I would recommend keeping a backup, but keep it on the internal memory. Unless it would anger your users, do not enable the «install to sd-card»-option, I believe it is correlated to the issue. After these precautions your database should be relatively safe.
About the slower start time: I do my backups in a background thread when the app is closed, this is the most likely time that the phone has to do some background work without troubling the user.
As I wrote (with more details) in my first comment to Michele, it can be 100MB or more. In this conditions, is it acceptable to backup in a background thread when the app is closed? – Nicolas Raoul 14 окт. 11 2011-10-14 09:36:51
Unfortunately not. Then I would have to go with Dyonisos’ answer even though it obviously have other drawbacks to stop using built in libraries (i.e. if they roll out a new and improved SQLiteDatabase-class you will have to release a new update to start using it). – pgsandstrom 14 окт. 11 2011-10-14 12:26:35
Создан 14 окт. 11 2011-10-14 08:47:32 user370305
Indeed, forking Android’s SQLite client could be an option. This is in the same spirit as using alternative Android SQLite client libraries SQLdroid or SQLJet (Dyonisos’ answer). – Nicolas Raoul 14 окт. 11 2011-10-14 09:40:34
Использование простой базы данных SQLite в Android-приложении
Что такое SQLite
Подготовка
Чтобы включить привязку данных в приложении, нужно добавить в файл build.gradle следующий код:
Описание примера приложения
Классы хранения базы данных SQLite
Классы определяют то, как данные хранятся в базе. SQLite сохраняют значения с помощью пяти доступных классов хранения:
Определение таблиц
Поскольку база данных SQLite является локальной, нужно обеспечить, чтобы приложение создавало таблицы и по мере необходимости сбрасывало их.
Рекомендуется размещать логику создания базы х SQLite в классе. Это облегчает устранение возможных неполадок. Назовем наш класс SampleDBContract :
Создание базы данных с помощью SQLiteOpenHelper
В приведенном выше фрагменте кода есть четыре момента:
Выбор данных из базы данных SQLite
Отображение содержимого объекта Cursor в RecyclerView
Определение внешних ключей
Обновление SQLiteOpenHelper
Отображение данных из запроса SQLite в Spinner
Вставка внешнего ключа в базу данных
Выборка данных из базы SQLite с помощью JOIN
В заключении
Полная версия исходного кода доступна на github для использования и изменения. Базы данных Android SQLite — это мощное средство, доступное для всех мобильных приложений.