SQLiteで全文検索 - DiaryException
検索機能付きのAndroidアプリを作るために、ドキュメントを読んでいるとCreating a Search Interface | Android Developersという項目があり、SQLiteに全文検索モジュール:SQLite FTS3 and FTS4 Extensionsがあることを知った。 Androidアプリに組み込む前に、FTS3を使ってみた。 $ sqlite3 database.sqlite SQLite version 3.7.6 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> CREATE VIRTUAL TABLE AddressBook USING fts3(name TEXT, address TEXT); -- FTS3を使う表はVIRT
SQLiteのVACUUMメモ
高頻度でインサートし、一定期間が過ぎたものはデータが不要になるシステムの場合、定期的に不要データを掃除しないとぶくぶくデータサイズが膨れ上がる。組込型データベースの SQLite ではデータを SQL で DELETE するだけでは物理削除されず、PostgreSQL のように VACUUM する必要がある。 VACUUM のバリエーションはいろいろあるものの、結論としては $ sqlite filename.db vacuum とやるのが一番無難。 これまでは個人用途のしょうもないプログラムのためにしか使って来なかったため、スルーしていた SQLite の VACUUM 機能をメモ。 VACUUM の種類 SQLite の VACUUM には大きく分けて vacuum と auto_vacuum の2つがある。 vacuum http://sqlite.org/lang_vacuum.h
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アプリにおけるDBファイルの正しい使い方
はじめに Androidアプリケーションを作成する上でSQLiteを使用してデータベースを扱うことは多々あります。データの永続化や検索といった処理を容易に実装することができるので、多くのアプリケーションで使用されています。しかし、AndroidにはSQLiteを使用するための方法が以下のようにいくつか用意され、それぞれファイル作成時のパーミッションの挙動が異なっています。 SQLiteDatabase#openOrCreateDatabaseを使用して作成する Context#openOrCreateDatabaseを使用して作成する SQLiteOpenHelperクラスを使用して作成する もし、開発者がこれら方法の挙動を十分に理解していない場合、知らずのうちに脆弱性を作り込んでしまいます。 実際に、いくつかのアプリケーションではSQLiteDatabase#openOrCreateDa
256-bit AES で暗号化された SQLite
cles::blog 平常心是道 blogs: cles::blog NP_cles() « プログラミングと文学のセンス :: docomo 都内で通信障害が発生 » 2012/01/25 256-bit AES で暗号化された SQLite sqlite 56 0へぇ SQLite について調べていたら、SQLCipher という 256-bit AES で暗号化する機能がついた SQLite を見つけたのでメモ。 パスフレーズをどうやって管理するのかという問題はありますが、データを透過的に暗号化できるのは便利そうです。 Home - SQLCipher - Open Source Full Database Encryption for SQLite SQLCipher is an SQLite extension that provides transparent 256-bit
SQLite | てくめも@ecoop.net
SQLiteOpenHelper で表題の例外が出てしまったので対策メモ。 LogCat: 02-22 17:26:58.351: ERROR/Database(23305): Failed to setLocale() when constructing, closing the database 02-22 17:26:58.351: ERROR/Database(23305): android.database.sqlite.SQLiteException: file is encrypted or is not a database 02-22 17:26:58.351: ERROR/Database(23305): at android.database.sqlite.SQLiteDatabase.native_setLocale(Native Method) 02-22 17:
ディスクに空きがない時にSQLiteへINSERTしようとした場合の挙動 - terurouメモ
Androidでディスクに空きがない時にSQLiteへINSERTしようとした場合の挙動を確認してみた。てか、どんな挙動するのかぐらいドキュメントに書いとけよ＞Google 結果として、以下の2つのタイミングでSQLiteDiskIOExceptionが発生することが確認できた。 書き込み可能なDBを開こうとした（SQLiteDatabaseOpenHelper.getWritableDatabase()を呼んだ）タイミング。 つまりディスク容量が少ない時は書き込み可能なDBを開くことはできない。 データをコミットしようとした（SQLiteDatabase.endTransaction()を呼んだ）タイミング 明示的にトランザクションを開始していない場合は、INSERTしようとした時点で落ちると思う（試してない）。 DBを開く時点ではディスクが空いてたんだけど、書き込みをする時点でディスク
How can I avoid concurrency problems when using SQLite on Android?
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
SQLiteを使う場合の注意点 - 一歩ずつコツコツと
さて、長いこと放置していたはてなダイアリーの方ですが、まとめ書きした方がいいものは、やっぱりこちらに書くということで。 AndroidでSQLiteを使うケースは多々あると思いますが、明言されていない注意点があるので忘備録がてら。 SQLiteDatabase#closeは明示で呼ぶな、Cursor#closeは明示で呼べ これはSQLiteの作りの話ですが、SQLiteではマルチスレッドに対してコネクションオープンからクローズまでは保障する、という作りになっています。 要はコネクション単位でスレッドセーフですよ、ということ。 AndroidでSQLiteを使って検索系の処理をするのに、いわゆるWebアプリ的な作りで考えると、更新系処理ではCUD処理のあとにSQLiteDatabase#closeとしがちですが、android.database.sqlite.SQLiteException
External SQLite File content accessing error
I've the following code, it gives a run time error as below. Why? try{ String myPath = DB_PATH + DB_NAME; mDB = SQLiteDatabase.openDatabase(myPath, null, SQLiteDatabase.OPEN_READONLY); }catch(SQLiteException e){} Runtime Error: :sqlite returned: error code = 1, msg = no such table: android_metadata :SELECT locale FROM android_metadata failed :Failed to setLocale() when constructing, closing the da
Android's SQLiteDatabase: Failing to Open a Writeable Instance of a DB Because Could not setLocale()
SQLiteのテストコードは4567万8000行！ 本体のコードは6万7000行
軽量なリレーショナルデータベースとして人気の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
SQLite3を暗号化·SQLCipher MOONGIFT
SQLCipherはSQLite用のオープンソース・ソフトウェア。SQLiteはPHPや各種言語でデフォルトサポートされているデータベースエンジンだ。ファイルベースで使える手軽さで、データベースを使うまでもないものの、CSVでデータ管理するのは面倒というケースによく使われる。 使っているところ 手軽に使えるもののSQLはきちんとサポートしており、とても便利なソフトウェアだ。だがデフォルトでは暗号化されないため、セキュリティ的に不安があるという人もいるだろう。そこで使ってみたいのがSQLCipherだ。 SQLCipherはSQLiteの拡張で、AES-256による暗号化に対応する。PRAGMAコマンドによってキーを設定し、その後SQLを実行することでデータを暗号化された状態で扱えるようになる。逆に復号化する場合も同様にPRAGMAを最初に実行する必要がある。 C言語からも扱えるようになって
SQLite Manager :: Firefox Add-ons
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
SQLite Optimizer :: Add-ons for Firefox
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
sqliteのvacuumを実行するタイミング — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gmx.ne
Android sqlite concurrency without exceptions
https://kagii.com/post/6828016869/android-sqlite-locking