SQLite 6

1 ：NAME IS NULL：2007/10/23(火) 14:40:37 ID:2Ih164Og

http://www.sqlite.org/

過去スレ

sqliteを語るｽﾚ
http://pc8.2ch.net/test/read.cgi/db/1056956494/
SQLite 2
http://pc8.2ch.net/test/read.cgi/db/1140827718/
SQLite 3
http://pc8.2ch.net/test/read.cgi/db/1152367932/
SQLite 4
http://pc11.2ch.net/test/read.cgi/db/1162621344/
SQLite 5
http://pc11.2ch.net/test/read.cgi/db/1176223619/

952 ：NAME IS NULL：2008/08/30(土) 00:58:49 ID:???

>>947
ディスクキャッシュって知ってるか？

953 ：NAME IS NULL：2008/08/30(土) 01:15:15 ID:???

今回は意味ないだろ

954 ：NAME IS NULL：2008/08/30(土) 01:51:15 ID:???

全然関係ないよな

955 ：NAME IS NULL：2008/08/30(土) 02:06:49 ID:???

sqliteは同時に複数のDBにアタッチできるから
インメモリDBにアタッチしてINSERTで流し込めば良いんじゃない

956 ：NAME IS NULL：2008/08/30(土) 08:35:58 ID:???

「1人」しか使わないデータベースでは>>947みたいなことをしたくなるんだよな
必要なのはDBとしての検索性能だけであって接続耐性ではないという

ただ、これ、複数人が同時アクセスする可能性がある場合はそもそも無茶だね
OSレベルでメモリ上にファイルシステムを構築してHDDとみなすくらいしかなさそうだ

957 ：NAME IS NULL：2008/08/30(土) 09:46:13 ID:???

要するにramdiskじゃダメなん？ってことだな

958 ：NAME IS NULL：2008/08/30(土) 16:41:17 ID:???

単に普通のアプリケーションのデータファイルみたいに扱いたいってことでしょ。
セーブするまでは反映されない、みたいな。

959 ：NAME IS NULL：2008/08/30(土) 17:07:58 ID:???

そういう意味ではFirefox3でsqlite3が採用された理由がよくわからんな

960 ：NAME IS NULL：2008/08/30(土) 17:30:12 ID:???

>>958
それなら開く前にバックアップとっておけばいいだけじゃね？

961 ：NAME IS NULL：2008/08/31(日) 03:13:05 ID:???

一つの「ファイル」を複数のプロセスから
同時にアクセスするのは無茶。

MySQLなどのサーバー型のデータベースでは、
複数のプロセスからアクセスしているように見えるが、
「ファイル」にアクセスしているのは一つのプロセスだけ。

他のプロセスは、「ファイル」に直接アクセスしているのではなく、
「ファイル」にアクセスしている一つのプロセスと通信しているだけ。

962 ：NAME IS NULL：2008/08/31(日) 03:14:42 ID:???

>>961
ロックとか知らない人？

963 ：NAME IS NULL：2008/08/31(日) 03:17:37 ID:???

>>962
パフォーマンスのことまで考えることができない人？

964 ：NAME IS NULL：2008/08/31(日) 03:19:23 ID:???

>>961
MySQLの常識を持ち込まれてもなあ。ｗ
少なくとも SQLite では可能だ。
パフォーマンスの問題は、馬鹿が使えばどんなDBでも駄目だろう。ｗｗ

965 ：NAME IS NULL：2008/08/31(日) 03:20:23 ID:???

昔ほど…ファイルロックのオーバーヘッドって大きくないと思うけど．

966 ：NAME IS NULL：2008/08/31(日) 03:21:14 ID:???

SQLiteで同時にアクセスすると、
片一方のプロセスがロックのために
待たされるということは常識
長い処理をしている場合は致命的。

967 ：NAME IS NULL：2008/08/31(日) 03:21:49 ID:???

>>963
自分の無能を「無茶」で済ませる奴に言われたくないなあｗ

968 ：NAME IS NULL：2008/08/31(日) 03:23:28 ID:???

>>966
更新が頻繁でなければ（参照ばかりなら）そうでもないよ。当たり前だけど。
要は使い方次第。

969 ：NAME IS NULL：2008/08/31(日) 03:23:47 ID:???

難しい用語についてこれないかもしれないけど、
SQLiteはデータベース全体にロックがかかるため、
同時に複数の書き込みトランザクションが走らない

970 ：NAME IS NULL：2008/08/31(日) 03:29:46 ID:???

ま、とりあえず↓でも読め
http://www.sqlite.org/lockingv3.html

971 ：NAME IS NULL：2008/08/31(日) 03:32:49 ID:???

>>969
センスの無い釣り乙

972 ：NAME IS NULL：2008/08/31(日) 03:34:17 ID:???

SQLiteが何の為にあって、何に向いてるのか理解できない奴はパン工場ででも働いててくれ
邪魔だから

973 ：NAME IS NULL：2008/08/31(日) 09:07:07 ID:???

パン工場で働いてる奴を馬鹿にするような発言はやめろ。

974 ：NAME IS NULL：2008/08/31(日) 09:26:08 ID:???

複数のDBをアタッチしても、トランザクション開始したら、全DBにロックがかかるんだな。
もしかして全体へのロックが回避できるかと思ったが無駄だった。

975 ：NAME IS NULL：2008/08/31(日) 09:41:30 ID:???

トランザクションで使わないならデタッチすれば

976 ：NAME IS NULL：2008/08/31(日) 10:16:20 ID:???

SQLiteも、そろそろロックをテーブル単位で出来るようにしようって動きは無いの？
ver.4あたりの予定は？

977 ：NAME IS NULL：2008/09/01(月) 19:34:14 ID:???

おまえらどんだけレベル低いんだよｗ

978 ：NAME IS NULL：2008/09/01(月) 19:41:11 ID:???

テーブルロックってオーバースペックつーか
SQLiteの用途考えたらファイルロックで十分亡きガス。

979 ：NAME IS NULL：2008/09/01(月) 19:56:37 ID:???

普通のデータファイル感覚で扱えるのがおいしい所だからね。

980 ：NAME IS NULL：2008/09/01(月) 23:28:38 ID:???

3.6.2

981 ：NAME IS NULL：2008/09/02(火) 00:18:39 ID:???

テーブル単位のロックが必要になったなら
それはSQLite選んだ事自体が失敗だったと気付くべき

982 ：NAME IS NULL：2008/09/02(火) 07:16:10 ID:???

テーブル／行ロックが必要ならFirebird使えばいいんじゃね？
あれ確か組み込み用もあったよね。

983 ：NAME IS NULL：2008/09/02(火) 09:37:02 ID:???

Firebirdなんであんな過疎ってるの？

984 ：NAME IS NULL：2008/09/02(火) 22:12:57 ID:???

さあ。昔使ったけど素直で使いやすいDBだよ。

985 ：NAME IS NULL：2008/09/03(水) 01:57:43 ID:???

次スレはまだかな？

986 ：NAME IS NULL：2008/09/03(水) 02:14:49 ID:???

まだもうちっとだけ続くんじゃ

987 ：NAME IS NULL：2008/09/03(水) 09:17:32 ID:???

テンプレ >>1-3 で他に追加したいのとかもうイラネのとかある？

988 ：NAME IS NULL：2008/09/03(水) 15:28:12 ID:???

PHPからSQLiteを使っています。
PRIMARY KEY　として作ったsidの最大値を取り出そうと思い、
$mx=sqlite_query("SELECT max(sid) FROM test",$db);
を実行してみたのですが、$mxの中を確認してみたところ
Resource id #3
となっていました。
テーブルの中身を一度全て取り出してsidを表示してみたところ、きちんと1,2,3,4.....と数字になっていました。
どこが間違っているのでしょうか？

989 ：NAME IS NULL：2008/09/03(水) 16:00:22 ID:???

>>988
PHP のマニュアル見ると、sqlite_query() の返り値は「結果ハンドル」らしいので、
$mx をさらに sqlite_fetch_array() や sqlite_seek() を使って
値を取り出す必要があるのでは。

990 ：NAME IS NULL：2008/09/03(水) 23:50:30 ID:???

残り１０になったな。なんだかんだ言っても使っている人が
多いんだなと実感。

991 ：NAME IS NULL：2008/09/04(木) 01:09:55 ID:???

>>976
sqlute3_enable_shared_cache()

992 ：NAME IS NULL：2008/09/04(木) 01:11:31 ID:???

Sharing Cache Mode
http://www.sqlite.org/sharedcache.html

2.2 Table Level Locking
When two or more connections use a shared-cache, locks are used to
serialize concurrent access attempts on a per-table basis.

993 ：988：2008/09/04(木) 13:29:51 ID:???

>>989
言われたとおりにやってみたら出来ました。
ありがとうございました。

994 ：NAME IS NULL：2008/09/04(木) 18:06:49 ID:???

>>990
なんせFirefox 3で使わているぐらいだからねぇ。ヲレは組み込みDBとしては
Berkley DBのほうが好きなのだけど、SQLが使えるというのはやはり大きい模様。

995 ：NAME IS NULL：2008/09/04(木) 19:43:26 ID:???

現行スレのテンプレのままで次スレ立てちゃっていいよね？

996 ：NAME IS NULL：2008/09/04(木) 20:04:29 ID:???

>>995
おk

997 ：995：2008/09/05(金) 11:30:02 ID:???

>>996
というわけで立てますた。語ってちょ。

SQLite 7
http://pc11.2ch.net/test/read.cgi/db/1220581676/

998 ：NAME IS NULL：2008/09/05(金) 18:36:34 ID:???

google chrome にも SQLite3 入ってる形跡があるね

999 ：NAME IS NULL：2008/09/07(日) 00:20:52 ID:???

形跡とか言う前に、入っているって書いてあんだろｗ

1000 ：NAME IS NULL：2008/09/07(日) 01:22:47 ID:???

ここまで余裕な1000も珍しい

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。