Android SQLiteのプリペアドステートメントのライフサイクル

SQLiteプリペアドステートメントは、クエリとraw SQLステートメントを実行する良い方法のようです。私はちょうどそれらがどれくらい長く保持されるべきか疑問に思っています。Android SQLiteのプリペアドステートメントのライフサイクル

ステートメントを静的にコンパイルすることは安全です。つまり、一度だけコンパイルして、多くのクエリで同じステートメントを使用してください。これはスレッドセーフではない場合は、スレッドローカルではどうですか？逆に、準備された文は一度しか使用しない場合にはまだ推奨されていますか？プリペアドステートメントの

出典

2011-12-16 bluphoenix

利点は以下のとおりです。

実行計画がキャッシュされますと、パフォーマンスが良くなります。
入力をエスケープするのは良い方法です。の値です。
バインドされていない変数を持たないステートメントの場合、データベースは自由に最適化することができます。個々のクエリはより速くになりますが、面倒な点はデータベースのコンパイルを常に行う必要があることです。これは高速クエリのメリットより悪いです。 Javaプログラミングについては

答えをStatement and PreparedStatement

出典

2011-12-16 05:36:59

おかげで顔をしています。 SQLiteもコンパイル後にプリペアドステートメントをキャッシュするかどうか知っていますか？つまり、同じSQLで2つのステートメントをコンパイルすると、最初にコンパイルされたステートメントを再利用できるようになります。キャッシュがある場合は、それがクリアされたことを知っていますか？おそらくデータベース接続が終了していますか？ – bluphoenix

Android SQLiteのプリペアドステートメントのライフサイクル

答えて

関連する問題