Как определить новый инсталл или апдейт?

[Astraport]

Суть проблемы:

1. В мобильном приложении пришлось делать две базы SQLite, т. к. контент двух видов: встроенный - который идет в поставке приложения, и пользовательский - который юзер создает сам. Если делать одну базу, то весь юзерский контент будет затираться при обновлениях. Правильно?

2. При каждом запуске выполняются такие проверки и приложение конектится к БД-х.

var embededSessionDB:File = File.applicationDirectory.resolvePath(Main.LOCALE + '/db/main.db');
var writeSessionDB:File = File.applicationStorageDirectory.resolvePath(Main.LOCALE + '/db/main.db');
if (!writeSessionDB.exists) {
		embededSessionDB.copyTo(writeSessionDB);
}
 
conn = new SQLConnection();
conn.addEventListener(SQLEvent.OPEN, openSuccess);
conn.addEventListener(SQLErrorEvent.ERROR, openFailure);
conn.openAsync(writeSessionDB);
 
 
protected function openSuccess(event:SQLEvent):void
{
	var embededSessionDBuser:File = File.applicationDirectory.resolvePath(Main.LOCALE + '/db/user.db');
	var writeSessionDBuser:File = File.applicationStorageDirectory.resolvePath(Main.LOCALE + '/db/user.db');
	if (!writeSessionDBuser.exists) {
			embededSessionDBuser.copyTo(writeSessionDBuser);
	}
	connUser = new SQLConnection();
	connUser.addEventListener(SQLEvent.OPEN, openSuccessUser);
	connUser.addEventListener(SQLErrorEvent.ERROR, openFailureUser);
	connUser.openAsync(writeSessionDBuser);
}

3. Это все работает, но опять же нужно при обновлениях заменять main.db на новую, а user.db оставлять. А при первом инстале заменять обе базы.

Так как узнать что приложение апдейтится, а не ставится с нуля?

[caseyryan]

Кэп мне тут подсказывает, что нужно проверить существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Да и зачем пользовательскую базу затирать? Можно же просто недостающие колонки добавить, а лишние дропнуть. Ровно как и в существующей (хотя дефолтную можно и затереть)

[alexcon314]

Не очень понятно, какова логика апдейта. Т.е. понятно, что происходит при старте, если *.db отсутствует в applicationDirectory, то копируем из applicationStorageDirectory, а апдейт тут при чем?
Т.е. апдейт - это какой-то режим, в котором в applicationStorageDirectory *.db заменяются новыми? Тогда дополнить проверку exists проверкой на версию файла, время, размер.. не?

существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Не факт, вообще говоря. Но мне тоже не понятно, какое отношение это имеет к апдейту. По-любому надо юзерскую дб либо копировать, если ее нет, либо, не копировать, если есть.

Короче, если в applicationStorageDirectory main.db отличается от main.db в applicationDirectory - то это апдейт.

[Astraport]

Кэп мне тут подсказывает, что нужно проверить существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Ну я так и делаю. См. код выше.

Да и зачем пользовательскую базу затирать? Можно же просто недостающие колонки добавить, а лишние дропнуть. Ровно как и в существующей (хотя дефолтную можно и затереть)

Мне не нужно её затирать. Наоборот, нужно всегда сохранять, если только юзер сам не удалит базу удалением приложения.
А вот main.db мне именно нужно при апдейте затирать - каждый апдейт приносит новый контент, который юзер должен видеть.

а апдейт тут при чем?

Меня интересует, при апдейте приложения с Google Play или AppStore происходит стирание файлов в applicationStorageDirectory? По идее не должно. А при удалении и повторной установке видимо происходит.

Ну в общем простое решение вырисовывается, весь вопрос насколько оно рабочее для всех сторов?
Насколько надежна предложенная конструкция.

Проверяем встроенную базу данных main:

protected var updateApp:Boolean = false;
 
if (!writeSessionDB.exists) {
updateApp = true;
embededSessionDB.copyTo(writeSessionDB);// Если её нет, то это новый инсталл - копируем user.db
}
 
// Если она есть, то или апдейт или просто очередной запуск приложения, не трогаем user.db
 
if (updateApp && !writeSessionDBuser.exists) {
			embededSessionDBuser.copyTo(writeSessionDBuser);
	}

Добавлено через 35 минут
Так, все равно какая-то ерунда получается
Мне нужно перезаписывать main.db при каждом обновлении. Но если он присутствует в хранилище, то этого не произойдет. Что делать?

[alexcon314]

А почему бы просто не копировать main.db без всяких проверок, а user.db только если ее нет на месте?

[caseyryan]

Не понимаю я в чем проблема. Проверяем есть ли main.db, если есть, сносим, записываем новую. Профит. Дальше проверяем есть ли пользовательская база, если есть, обновляем, если нет, создаем новую

[Astraport]

А почему бы просто не копировать main.db без всяких проверок, а user.db только если ее нет на месте?

При каждом старте приложения копировать файл под мегабайт? Не вопрос, но аморально

Проверяем есть ли main.db, если есть, сносим, записываем новую.

См. ответ выше.

Дальше проверяем есть ли пользовательская база, если есть, обновляем, если нет, создаем новую

Если есть, то ничего делать не нужно - это просто пустая база со структурой готовой для записи контента юзером. Если нет, то создаем новую - тут верно.

[caseyryan]

Я только сейчас понял что конкретно нужно) Раза 3 тему перечитал)

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

[C4Grey]

В SQLite есть возможность проверки версии при помощи PRAGMA schema_version/user_version, к сожалению в AS PRAGMA не поддерживается. Если отличия при обновлении заключаются в количестве/наименовании полей в таблицах - можно сверять хэши наименований таблиц в БД, схему таблицы можно получить при помощи SQLConnection.loadSchema(). Но это так, идея на скорую руку, может есть какой-то более цивилизованный способ.

[Astraport]

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

Проще и надежнее в SO писать. Только это все равно не поможет.

Вот три стадии:
1. Первая установка. Читаем в SO null, проверяем наличие обоих файлов в БД. Все чисто - копируем оба файла в хранилище. Пишем в SO true.
2. Обычное использование. Читаем что в SO - true, поэтому файлы не трогаем.
3. Выходит апдейт, нужно для тех юзеров у которых приложение уже стояло поменять main и не трогать user, а для тех у кого не стояло, поменять оба файла. Юзер обновляет приложение. Читаем что в SO - true и main у нас не обновляется. Фейл.

А теперь решение! Только сейчас дотукался Все очень просто.

1. Первая установка. Читаем в SO null, проверяем наличие обоих файлов в БД. Все чисто - копируем оба файла в хранилище. Пишем в SO versionNumber см. ниже код.
2. Обычное использование. Читаем что в SO versionNumber == var version, поэтому файлы не трогаем. Ну на всякий случай проверяем наличие, вдруг юзер их жестко удалил - тогда копируем.
3. Выходит апдейт. Юзер обновляет приложение. Читаем что в SO versionNumber != var version - поэтому заменяем main. Так как SO != null, то user.db не переписываем. Переписываем SO на новое значение versionNumber.
PROFFIT!

var xml : XML = NativeApplication.nativeApplication.applicationDescriptor;
var ns : Namespace = xml.namespace();
var version : String = xml.ns::versionNumber;

Для справки versionNumber обязательно должно обновляться в сторону повышения. иначе просто стор не пустит.