AndroidのSQLiteファイルがVacuumしなくても肥大しない理由 - _development,
SQLiteは追記型という形式でデータベースファイルを管理していて、データを書き込むたびにゴミデータが貯まっていきます。 なので、定期的にVACUUMをしてゴミデータを整理するのが普通です。 しかしAndroidでSQLiteを使う場合はVACUUMを実行しなくてもデータベースが肥大し続けることはありません。 これは、AndroidがSQLiteのAuto Vacuumを有効にしてデータベースを作成するためです。 以下はAndroidが作成したデータベースと、SQLiteデフォルトのデータベースのauto_vacuumの設定値を比較したものです。 auto_vacuum Pragmaが有効になっていることがわかります。 PRAGMA Android SQLiteデフォルト auto_vacuum 1 0 auto_vacuumが1に設定されていると、SQLiteはトランザクションのコミット
FileBackupHelperでSQLiteのデータベースファイルをバックアップする - _development,
FileBackupHelperはCotext.getFilesDir()配下のファイルを対象にしているため、SQLiteのデータベースファイルをバックアップするには、ダーティな方法を使わなければならない。 FileBackupHelperがバックアップ対象のファイルをフルパスに解決するコードは以下のようになっていて、Context.getFilesDir()で取得したディレクトリを親ディレクトリとして、コンストラクタに指定したファイル名(files[i])を連結する。 File base = mContext.getFilesDir(); ... fullPaths[i] = (new File(base, files[i])).getAbsolutePath(); ... performBackup_checked(oldState, data, newState, fullPaths
Android Tips #32 CursorLoader で ContentProvider アクセスを非同期化する | DevelopersIO
ContentProvider アクセスには CursorLoader を使おう Android アプリでデータベースを扱いたい場合は SQLite を使用しますが、他のアプリで使用している データベースへのアクセスには ContentProvider を使用して行います。 この ContentProvider に非同期でアクセスするための CursorLoader が Android 3.0 より導入されました (Support Package にも互換用クラスがあるので Android 1.6 から使用可能) 。今回はこの CursorLoader を使って簡単な電話帳一覧を作ってみたいと思います！今回も Support Package を使う場合の実装方法を解説します。 CursorLoader の使いかた CursorLoader は AsyncTaskLoader のサブクラスで
Android:SQLiteのロックとTransaction Immediate/Exclusive
！この記事は古くなっています. 更新版は下記をご覧ください.！ Android: SQLite3 LockとTransaction Immediate/Exclusive http://yuki312.blogspot.jp/2014/10/android-sqlite3-locktransaction.html SQLiteのロック機構と、Transactionで使用できるロック２種の選択基準についての考察。 ●SQLiteのロック SQLiteのロック単位は"データベース単位"。 このため、ロックを１つ取得すると同データベース上にある全てのテーブルに影響がある。 Oracle等の巨大なDBMSでは"行ロック"なんてものがあったりして細かくロックを制御できるが、軽量なSQLiteは"データベース単位"でのロックのみサポートしている。 そのため、長い時間ロックし続けると他テーブルになかなか
iOS で SQLite - FMDB の使い方 - アカベコマイリ
iOS で SQLite を簡単に扱うためのライブラリ FMDB についてまとめる。 2017/1/22 本記事のサンプルを最新の Objective-C と Swift で書き直して記事にまとめました iOS で SQLite - FMDB の使い方 2017 FMDB とは？ FMDB は SQLite を iOS の Objective-C で扱いやすくするための Wrapper ライブラリ。 GitHub で公開されている。 ccgus/fmdb インターフェースや使用感は JDBC や ADO.NET に近い。よってこれらを利用したことがあればスムーズに理解できるだろう。 FMDB の仕様準備 まず FMDB を利用したいプロジェクトで SQLite 用のライブラリを有効にする。手順は以下。 Xcode 左ペインのナビゲーションからプロジェクトを選択 右ペインに PROJECT
Androidが再生産しているSQLインジェクション？ - pochi-pの絵日記
※ちょっと釣りタイトル気味ですが真面目な話です。 これからするのは、ちょっとセキュリティ屋さんやスマホアプリ開発現場の人達の頭が痛くなるかもしれないお話です。*1 定番のSQLインジェクション対策といえば「prepared-queryを利用し、パラメータはbindメカニズムを使って与える」ですよね。*2 Androidでアプリを開発する場合、その方法は使えるのでしょうか？ 答えはYesです。AndroidはデータベースにSQLiteを使用しており、なおかつprepared-queryを利用出来ます。例えばこんな感じで。 SQLiteDatabase db = databaseHelper.getWritableDatabase(); //←databaseHelperはSQLiteOpenHelperを継承したクラスのオブジェクト SQLiteStatement stmt = db.com
Android あらかじめ作成した SQLite database をアプリに取り込む
Android のサンプルやチュートリアルでは、アプリ実行時に SQLite データベースを作成してデータの追加や更新、削除などを行っているのがほとんどです。 しかし、あらかじめ作成しておいた SQLite database をアプリに仕込みたい場合があります。 そこで、ここでは sqlite3 など使って作成した自分の SQLite database ファイルを、アプリの asset に入れ、初回起動時にアプリのシステムデータベース領域にコピーする方法を紹介します。 1. SQLite database ファイルを用意する 私は Ubuntu 派なので普通に sqlite3 を使います。(Windows とか Mac はよくわかりません... これとか？ SQLite Database Browser) 主テーブルの他に android_metadata という名前のテーブルを作成します
AndroidアプリにおけるDBファイルの正しい使い方
はじめに Androidアプリケーションを作成する上でSQLiteを使用してデータベースを扱うことは多々あります。データの永続化や検索といった処理を容易に実装することができるので、多くのアプリケーションで使用されています。しかし、AndroidにはSQLiteを使用するための方法が以下のようにいくつか用意され、それぞれファイル作成時のパーミッションの挙動が異なっています。 SQLiteDatabase#openOrCreateDatabaseを使用して作成する Context#openOrCreateDatabaseを使用して作成する SQLiteOpenHelperクラスを使用して作成する もし、開発者がこれら方法の挙動を十分に理解していない場合、知らずのうちに脆弱性を作り込んでしまいます。 実際に、いくつかのアプリケーションではSQLiteDatabase#openOrCreateDa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
