SQLite の適切な使用 - Third impact
単純であることに主な設計目標を置く点で、 SQLite はたいていの他の SQL データベースエンジンと異なっています： 管理が簡単 操作が簡単 プログラムへの組み込みが簡単 保守、カスタマイズが簡単 小さくて速いので、多くの人は SQLite が好きです。 しかしそれらの特色は、ただの幸せなアクシデントに過ぎません。 ユーザーは SQLite の信頼性が非常に高いことに気付きます。 信頼性は単純さの結果です。 SQLite は小さく、速く、信頼性が高いのです。 しかし、何よりもまず第一に、 SQLite はシンプルであろうと努力します。 データベースエンジンの単純さは、やろうとする事によって長所にも短所にもなり得ます。 単純さを達成するために、 SQLite は高い並列性、きめ細かなアクセス制御、 組込み関数、ストアドプロシージャ、秘伝の SQL 言語の機能、 XML そして Java
[ThinkIT] Part2：トライ！SQLite（2） (1/2)
今度は、前回作成したテーブルhogeとhuga を使って、SQLiteの性能評価をしてみることにしましょう。MySQL（ここではMyISAM型を利用）とSQLiteでは、同じ条件で、どのくらい性能差があるのかを検証します。次の5つのシナリオに基づいて実行します。 <? $Connect = sqlite_open( "testdb" ) or die( "db open error!!" ); sqlite_query( $Connect, "begin" ); for( $XX = 1; $XX < 100001; ++$XX ) { $Int = sprintf( "%07d", $XX ); $String = "TEST".$Int; sqlite_query( $Connect, "insert into hoge values ( ".$XX.", '".$String."'
PerlでSQLiteとCSVのどちらを使ったほうが検索が速いかを検証 - Pumpkin Moonshine
目的 PerlでSQLiteとCSVのどちらを使ったほうが検索が速いかを検証する 検証方法 データの最後尾にあるレコードを検索する際の速度を比べる。 DBの検索項目にはIndexを追加した。 結果 1秒間に実行できる回数（回数が多いほど高速） CSVSQLite 100件3333回714回 1,000件333回666回 10,000件33回714回 100,000件3回714回 SQLiteはIndexで検索を行っているので、検索速度がデータ件数に依存しなかった。 CSVの読み込みはデータの件数分順次リードを行っている為、検索速度がデータ件数に依存した。 データが100件の場合は、CSVのほうが速かった。 データが1,000件以上の場合は、SQLiteのほうが速かった。 結論 扱うデータが1,000件以上になってきた場合はSQLite等のDBを使うことを考えたほうが良いかもしれない。 デー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
