検索機能付きのAndroidアプリを作るために、ドキュメントを読んでいるとterface | Android Developersという項目があり、SQLiteに全文検索モジュール:SQLite FTS3 and FTS4 Extensionsがあることを知った。 Androidアプリに組み込む前に、FTS3を使ってみた。 $ sqlite3 database.sqlite SQLite version 3.7.6 Enter ".help" for instructions Enter ements terminated with a ";" sqlite> BLE AddressBook USING fts3(name
SQLiteのVACUUMメモ
高頻度でインサートし、一定期間が過ぎたものはデータが不要になるシステムの場合、定期的に不要データを掃除しないとぶくぶくデータサイズが膨れ上がる。組込型データベースの SQLite ではデータを sqlite filename.db vacuum とやるのが一番無難。 これまでは個人用途のしょうもないプログラムのためにしか使って来なかったため、スルーしていた SQLite の VACUUM 機能をメモ。 VACUUM の種類 SQLite の VACUUM には大きく分けて vacuum と auto_vacuum の2つがある。 vacuum http://sqlite.org/lang_vacuum.h
※ちょっと釣りタイトル気味ですが真面目な話です。 これからするのは、ちょっとセキュリティ屋さんやスマホアプリ開発現場の人達の頭が痛くなるかもしれないお話です。*1 定番のAndroidでアプリを開発する場合、その方法は使えるのでしょうか？ 答えはYesです。AndroidはデータベースにSQLiteを使用しており、なおかつprepared-queryを利用出来ます。例えばこんな感じで。 SQLiteDatabase db = databaseHelper.getWritableDatabase(); //←databaseHelperはSQLiteOpenHelperを継承したクラスのオブジェクト SQLiteStatement stmt = db.com
はじめに Androidアプリケーションを作成する上でSQLiteを使用してデータベースを扱うことは多々あります。データの永続化や検索といった処理を容易に実装することができるので、多くのアプリケーションで使用されています。しかし、AndroidにはSQLiteを使用するための方法が以下のようにいくつか用意され、それぞれファイル作成時のパーミッションの挙動が異なっています。 SQLiteDatabase#openOrDatabaseを使用して作成する ConDatabaseを使用して作成する SQLiteOpenHelperクラスを使用して作成する もし、開発者がこれら方法の挙動を十分に理解していない場合、知らずのうちに脆弱性を作り込んでしまいます。 実際に、いくつかのアプリケーションではSQLiteDatabase#openOr
cles::blog 平常心是道 blogs: cles::blog NP_cles() « プログラミングと文学のセンス :: docomo 都内で通信障害が発生 » 2012/01/25 256-bit AES で暗号化された SQLite sqlite 398 0へぇ SQLite について調べていたら、it AES で暗号化する機能がついた SQLite を見つけたのでメモ。 パスフレーズをどうやって管理するのかという問題はありますが、データを透過的に暗号化できるのは便利そうです。 Home - Database Encryption for SQLite SQLite extension that provides transparent 256-bi
SQLiteOpenHelper で表題の例外が出てしまったので対策メモ。 Database(23305): Failed to setLocale() when constructing, closing the database 02-22 17:26:58.351: Database(23305): android.database.sqlite.SQLiteException: file is encrypted or is not a database 02-22 17:26:58.351: Database(23305): at android.database.sqlite.SQLiteDatabase.native_setLocale(Native Method) 02-22 17:
Androidでディスクに空きがない時にSQLiteへINSERTしようとした場合の挙動を確認してみた。てか、どんな挙動するのかぐらいドキュメントに書いとけよ＞Google 結果として、以下の2つのタイミングでSQLiteDiskIOExceptionが発生することが確認できた。 書き込み可能なDBを開こうとした（SQLiteDatabaseOpenHelper.getWritableDatabase()を呼んだ）タイミング。 つまりディスク容量が少ない時は書き込み可能なDBを開くことはできない。 データをコミットしようとした（SQLiteDatabase.endTransaction()を呼んだ）タイミング 明示的にトランザクションを開始していない場合は、INSERTしようとした時点で落ちると思う（試してない）。 DBを開く時点ではディスクが空いてたんだけど、書き込みをする時点でディスク
What would be considered the best practices when executing queries on an SQLite database within an Android app? Is it safe to run inserts, deletes and select queries from an AsyncTask's doInBackground? Or should I use the UI Thread? I suppose that database queries can be "heavy" and should not use the UI thread as it can lock up the app - resulting in an Application Not Responding (ANR). If I have
さて、長いこと放置していたはてなダイアリーの方ですが、まとめ書きした方がいいものは、やっぱりこちらに書くということで。 AndroidでSQLiteを使うケースは多々あると思いますが、明言されていない注意点があるので忘備録がてら。 SQLiteDatabase#closeは明示で呼ぶな、Cursor#closeは明示で呼べ これはSQLiteの作りの話ですが、SQLiteではマルチスレッドに対してコネクションオープンからクローズまでは保障する、という作りになっています。 要はコネクション単位でスレッドセーフですよ、ということ。 AndroidでSQLiteを使って検索系の処理をするのに、いわゆるWebアプリ的な作りで考えると、更新系処理ではCUD処理のあとにSQLiteDatabase#closeとしがちですが、android.database.sqlite.SQLiteException
I've the following code, it gives a run time DB_PATH + DB_NAME; mDB = SQLiteDatabase.openDatabase(myPath, null, SQLiteDatabase.OPEN_READONLY); }catch(SQLiteException e){} Runtime sqlite returned: ble: android_metadata :SELECT locale FROM android_metadata failed :Failed to setLocale() when constructing, closing the da
軽量なリレーショナルデータベースとして人気のSQLite。そのWebサイトに掲載されている「How SQLite Is Tested」の内容が、海外のプログラマなどのあいだで話題になっています。 3月に公開された最新バージョンのSQLite 3.6.23。本体のソースコードは約6万7200行（67.2KSLOC、Kilo Source Lines of Code：空行やコメントを除いた行数）なのに対し、テストコードはなんと4567万8300行（45678.3KSLOC）だと紹介されているのです！ これはテストコードが本体の約679倍もの大きさだということになります。 100％のブランチカバレッジ SQLiteコアのライブラリをテストするテストコードとして、以下の3つが紹介されています。 TCL Tests TCL Testsはもっとも古いテストコードで、TCL scripting lang
This extension depended upon the interface to sqlite engine embedded in Firefox. As the interface has been removed in Firefox 57, this extension no longer functions. However, the extension can be used on ESR release of Firefox, which can be downloaded at https://www.mozilla.org/en-US/firefox/organizations/all/. Features: Manage any SQLite database on your computer.An intuitive heirarchical tree sh
Firefox ではブックマークや履歴等をデータベースで管理していますが、長い期間使用しているうちにデータベースの肥大化のためウェブページの表示や、Firefoxそのものの動作が遅くなることがあります。 これらのデータの最適化を行うことにより、データの読出しや更新をスムーズに行えるようにして、Firefox の高速化を試みます。 ------------------------ 最適化は初期状態では REINDEX のみですが、 「VACUUM後にREINDEXを実行する」を選択すると VACCUM と REINDEX を行うようになります。 ※VACUUM 後に REINDEX をする設定にしてあってもデータベースの余分な隙間が20%未満の場合は REINDEX のみ行います。 手動実行時の記号の意味 一番上の大文字はそれぞれvacuum と reindex を表します。 V(acuum
miyafx: sqlite 最適化 - Firefox拡張機能
2009年3月2日 sqlite 最適化 - Firefox拡張機能 sqlite 最適化 - Firefox拡張機能 Firefox 3.0.0 - 3.1.* 用 Ver. 0.1 ( 2009/03/02 ) Firefoxプロファイルフォルダ直下にある *.sqlite データベースの最適化を行います。 最適化のタイミング： 自動または手動 自動の場合は Firefox を10回終了するたびに1度最適化を実行します( about:config で変更可 )。 sqlite_opt.auto_reindex_per_browser_close (デフォルト 10) 最適化の方法： 各 sqlite データベースに対して REINDEX を実行します( about:config で VACUUM に変更可 )。 sqlite_opt.use_vacuum_instead_reindex
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 ゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.techno技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
