2017-12-08 12 views
1

私は、あらかじめ読み込まれたSQLiteデータベースファイルを持っています。私はAndroid Appで資産として出荷しています。読み取り専用データの変更は、App Storeでのバージョンのリリース/アップデートを構成します。したがって、DBファイル(および現在ジャーナルファイル)はバージョンコントロール(TFS)に格納されています。TFSと-journalファイルにSQLiteデータベースファイルを保存

質問:

は、バージョン管理で-journalファイルを格納する任意の利点がありますか?私がSQLiteについて読んだことのすべての後で、私の理解は、基本的にファイルの単純なトランザクションログであり、データベースエンジンは存在しません(MSSQL Serverのように)。事実、TFSは私の読み取り専用のデータをバージョン管理しているので、ジャーナルファイルをチェックインする必要はなく、プロジェクト/アセットの一部にする必要はありません。私は何か不足していますか?

答えて

1

まだコミットまたはロールバックされていないトランザクションがない限り、ジャーナルファイルは空です。 バージョン管理でそれを持つ必要はありません。別に私が今するつもりだ「必要」ではないから

(この設定を変更しない限り、あなたはこのファイルは最初の場所でTFSで終わったかを調べる必要がありますので、デフォルトjournal modeは、DELETEである。)

+0

おそらくそれは実際には非常に問題があると言えます。ファイルがいつ/どのように維持されているかについての私の最初の混乱を引き起こすことを除いて:私の質問の最初の理由は、DBを開くために削除されなければならなかった壊れた雑誌のためでした。今私はこの問題が実際にはジャーナルファイルをTFSに閉じ込められている/ SQLiteによって編集できないことによって引き起こされたと推測しています。私はそれがどのように起こったかを100%確信していませんが、破損の説明は他にないようですが、TFSのファイルは空ではなく、デフォルトは変更されていませんでした。 – maplemale

関連する問題