SQLite 9

1 ：11/02/27

サーバの要らない軽量データベース SQLite についてのスレです。
SQLite Home Page
http://www.sqlite.org/

2 ：11/02/27

過去スレ
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/
SQLite 6
http://pc11.2ch.net/test/read.cgi/db/1193118037/
SQLite 7
http://pc11.2ch.net/test/read.cgi/db/1220581676/
SQLite 8
http://hibari.2ch.net/test/read.cgi/db/1250225486/

3 ：11/02/27

ツール等
Management Tools
http://www.sqlite.org/cvstrac/wiki?p=ManagementTools
【GUIツール】 TkSQLite
http://reddog.s35.xrea.com/wiki/TkSQLite.html
【ADO.NET 2.0 Provider】 System.Data.SQLite
http://sqlite.phxsoftware.com/
【ODBC】 SQLite ODBC Driver
http://www.ch-werner.de/sqliteodbc/
【JDBC】 SQLiteJDBC
http://www.zentus.com/sqlitejdbc/
【ADO.NET provider】 System.Data.SQLite
http://sqlite.phxsoftware.com/
【GUI管理ソフト】 PupSQLite
http://www5.plala.or.jp/Pup/
【Firefox add-on】 SQLite Manager
http://code.google.com/p/sqlite-manager/
https://addons.mozilla.org/ja/firefox/addon/5817

4 ：11/02/27

ネタ
OS X ハッキング! SQLiteが広げるこれからのアプリケーション
http://journal.mycom.co.jp/column/osx/236/
SQLite Java Wrapperのコンパイル
http://syo.cocolog-nifty.com/freely/2007/10/sqlite_java_wra_f79c.html
SQLiteへの大量のINSERT処理が厳しい (CodeZine編集部ブログ):
http://codezine.jp/blog/2007/10/sqliteinsert.php
SQLite性能評価その1
http://www.sutosoft.com/room/archives/000450.html
Fulltext index on SQLite
http://www.dodgson.org/omo/t/?date=20061001
SQLite の全文検索を Python から使ってみる (1)
http://plaza.rakuten.co.jp/kugutsushi/diary/200707270001/
SQLite Full Text Search with MeCab
http://reddog.s35.xrea.com/wiki/SQLite%20Full%20Text%20Search%20with%20MeCab.html

5 ：11/02/27

和書
SQLite入門 第2版 (西沢直木 著)
http://www.amazon.co.jp/dp/479811944X
和書で SQLite のみにフォーカスした書籍はこれ一択か。
入門用にはとりあえずこの一冊。
PHP+SQLite実践サンプルブック (豊崎直也 著)
http://www.amazon.co.jp/dp/4883374297
(内容不明。補足よろ)
Pocket詳解 SQL辞典 (堀江美彦 著)
http://www.amazon.co.jp/dp/4798018619
各種 RDBMS 対応の SQL のリファレンス本で、SQLite にも対応。
が、ざっと見たところ SQLite に関してはあまり緻密に調べられておらず
不正確なところもあるように見受けられる。
基礎から学ぶWebデータベースプログラミング (堀川久 著)
http://www.amazon.co.jp/dp/4274065294
前半は SQL の基礎について、後半は Ruby で Web アプリの作成についての説明。
PostgreSQL, MySQL, SQLite の仕様の違いにも触れられている。
が、 SQLite は SQLite2 ベースなので情報が古いかも。
洋書
The Definitive Guide to Sqlite (Mike Owens 著)
http://www.amazon.co.jp/dp/1590596730
SQLite (Developer's Library) (Chris Newman 著)
http://www.amazon.co.jp/dp/067232685X

6 ：11/02/27

乙です

7 ：11/02/27

おもちゃとして楽しむのがベスト。
どんどん遊びましょう。

8 ：11/02/27

>>1乙
和書は少し増えてるからテンプレに追加したほうがいいかも。
新標準SQLite
http://www.amazon.co.jp/dp/4797354739/
SQLite ポケットリファレンス
http://www.amazon.co.jp/dp/4774143944/
「PHP+SQLite実践サンプルブック」は6年前の本だし抜いてもいい？
他にOreillyのSQLite本が早く翻訳されないかね。
http://www.amazon.co.jp/dp/0596521189/

9 ：11/02/27

>>8
こんなのあったのか。とりあえず買った。
技術書の英語なんて日本語と大差ないし。

10 ：11/02/27

SQLiteに解説書なんて必要ないだろ。

11 ：11/02/27

SQLiteのSQLで改行コードの置換ってできないんですか？

12 ：11/02/27

>>11
出来るよ。改行を置換する関数を追加するといい。
http://www.sqlite.org/cintro.html
詳細はここを読んでね。

13 ：11/02/27

また口だけ神様か・・・

14 ：11/02/28

>>12
具体的に説明せよ

15 ：11/02/28

>>9
SQLiteなんかの解説書読んで何を学びたいの？
何か学べてるの？

16 ：11/02/28

日本語の解説書は、自分では読まず、布教用に使う。

17 ：11/03/01

せめてストアドがないと布教には使えません（＞＜

18 ：11/03/01

節穴か？

19 ：11/03/01

誤爆すまん

20 ：11/03/02

>>16
自分では読む価値も無いって思ってる物を人に押し付けるなよｗ

21 ：11/03/02

ま、日本語ドキュメントが無いからな…とかいう軟弱は多いな

22 ：11/03/02

Decimalがない上に開発者が「他使えば」って言う環境じゃ不興には使えません（＞＜

23 ：11/03/02

ま、日本語ドキュメントが無いからな

24 ：11/03/02

Decimalが必要な用途でSQLite使っちゃ駄目だろうｗ

25 ：11/03/02

弟子丸　忍忍でござるよ

26 ：11/03/04

SQLite.NETを入れてデザイナで外部キー制約を付けても、一向に反映されない
んですが、もしかしてSQLiteに外部キー制約が実装されていない？

27 ：11/03/05

>>26
3.6.19以降なら
PRAGMA foreign_keys = ON;
で有効になる。

28 ：11/03/05

>>27
ありがとうハニー

29 ：11/03/09

SQLiteって同時にDBアクセスしたりした時の対応とかできないから昔のアクセスカウンターみたいに壊れることあるよ
って同僚から言われたんだがそうなの？
いくら軽量だからっていまどきのDBでそんな初歩的なことをしてないものはないと思うんだけど。

30 ：11/03/10

>>29
＞SQLiteって同時にDBアクセスしたりした時の対応とかできないから昔のアクセスカウンターみたいに壊れることあるよ
＞って同僚から言われたんだがそうなの？
んなわけない

31 ：11/03/10

だよな
MySQLみたいなのはいいけど、SQLiteは軽量化するために機能を削ってるから複数の人が同時に書き込んだりするとダメになるとあまりにも真剣に言うもんだからよ。
何かと勘違いしてるのか、それとも昔の古いバージョンはそうだったとかだろうか。

32 ：11/03/10

アクセスカウンターが壊れるってどんな現象なんだろうか。

33 ：11/03/10

>>29
前スレにロック周りのことがガシガシ書かれているから、読んでみ。

34 ：11/03/10

>>32
今はないと思うけどカウンターの動きとして
１．ファイル開く
２．中の数字を拾う
３．数字に＋１する
４．ファイルを綺麗にする
５．＋１した数字を書き込む
って動作になるけど、ファイルのロックとかがない場合に「４」のときに他の人がファイルを開くと
何もないファイルを開いて、それに＋１することになるわけ。
そうすっと０＋１でアクセス数が１になってしまうってこと。
壊れるってのとはちょっと違うけどロックがないとタイミングによっては意図しないデータになってしまうというオチ。

35 ：11/03/10

ロックの無いファイルシステムなんてあるの？
読み取りタイミングでカウント漏れなら普通にあるけど

36 ：11/03/10

>>32
F5 attack とか？

37 ：11/03/10

>>35
昔のカウンターはflock使ってないのが結構あったんだよ、KENTのとかね。Windows 98でflockが使えなかったのが原因だと思うけど。

38 ：11/03/10

>>34
それは別の話じゃ？

39 ：11/03/11

>>17
ストアドっていうのは、まとまった処理をサーバー側で実行させるので
いちいちクライアントから実行するよりも高パフォーマンスって話なんだが。
DBエンジンが同一プロセスで動作するSQLiteにストアドなんていらんよ。
プリペアドステートメントを必要な数だけ用意しておいて、
まとめて実行すればいいだけ。

40 ：11/03/11

>>22
適当にBLOBか何かでDecimalの内部データを格納しておいて、
変換関数を定義すればいいだけの話だろ。
検索やインデックスに使いたければ、カスタムコレーションシーケンスを
定義すればいい。

41 ：11/03/11

>>39
>>40
たちこめる圧倒的馬鹿臭

42 ：11/03/11

>>41
馬鹿ではなく最近の若者は布教とかお布施とか大好きみたいだぞ

43 ：11/03/13

今もファイルロック周りはあやしいよね

44 ：11/03/13

あやしいのはお前の頭だろうｗ

45 ：11/03/16

3の初期のころはひどいバグがいっぱいあったが
最近はかなりちゃんとしてる

46 ：11/03/21

なんかたまにロックしっぱなしになるな

47 ：11/03/21

どんなときにそうなるのか
検証していただくと
大変感謝されると思います。

48 ：11/03/21

>>47
頭の弱い>>46にそんな事期待するなよ
可哀想だろう

49 ：11/03/21

>>48
そうでしたか。
すみませんでした。

50 ：11/03/22

検証用に insertしてselectしてdeleteする
だけのプログラムを書いて、100万回起動してみた。
シングルスレッド、シングルプロセスなのに、確かに
database is locked が発生するね・・・

51 ：11/03/22

>>50
頭悪すぎｗ

52 ：11/03/24

前のプロセスが完全に終了する前に次のプロセスを起動してるとかじゃないよね

53 ：11/03/24

そのＣソスを出して欲しいね

54 ：11/03/25

ソースコードと環境を示さない「検証」は大抵あてにならない

55 ：11/03/25

なんでこのスレって、ヒステリックなやつばかりなんだ？？

56 ：11/03/25

ソースとテスト環境がわからんと何も言えんわな

57 ：11/03/26

>>55
「お手軽に扱える」といううたい文句に釣られたゴミクズの吹きだまりだから。

58 ：11/03/26

ヒューリスティック

59 ：11/04/13

ちょっとしたものならCSVで扱ってますが、DBとかを使う場合はみなさんはどういったことを基準に使いますか？
例えば想定ユーザーが1000を超える場合とか、アクセスが1000超える場合とかあれば教えてください。

60 ：11/04/13

むしろ、よっぽどの理由がない限りCSVなんて使いません。
基本的にすべてDBを使ってます。

61 ：11/04/13

>>59
検索をするかしないか、で判断します。
検索をしないならCSVファイルのままでいきます。

62 ：11/04/13

まぁ　速さ云々言わないなら、DBでいいのでわ？

63 ：11/04/13

「基本的にDBのが遅い」のか？　なんか使い方次第なイメージがあるんだが。

64 ：11/04/14

工数も入れての事です。
ってCSVのハンドルも結構ややこしいか。
でもライブラリ作ってるだろうし。

65 ：11/04/14

>>59
データ量にかかわらずSQLite使った方が工数的にもパフォーマンス的にも上だから、
何かしらの要件がない限りそもそもCSV(やTSV)を使おうとなど思わない。
アクセス数がどうとかユーザー数がどうとかじゃない。
何かしらの要件、言い換えればCSVのメリットとは、例えば
マスターデータをエンドユーザがメンテする際にTkSQLiteとかの使い方をレクチャーしたくないからExcelで編集させたい場合とか、
自分でもテキストエディタでいじれた方がメンテが楽な場合とか。
>>61
更新するかというのも大きな要素だと思うね。
管理者のみが更新するマスターデータを読み込むだけならCSVでも全然面倒じゃない(CSVとの工数差が僅かしかない)けど、
更新も伴うと排他処理考えなきゃいけなくなるからSQLite使った方が断然楽になる。
例えば2chの板一覧みたいなデータはCSVやTSVでもいいけど、スレの書き込みの内容を保存するDATみたいなデータをCSVにする気は起きない。

66 ：11/04/14

他に考えられる、CSV等を選ぶシーンとしては、可搬性が重視される場合かな。
どの鯖でもSQLite使えるわけじゃないから。
ちょっと古い話だけどKENTのPerl CGIがレガシーなコードで非常に非効率なのにもかかわらず人気を得た理由の一つに、環境を選ばないということが挙げられるだろう。
「Perlが動く環境ならどこでも使える」シンプルさが受けたんだろう。あれがもしSQLiteを使ってたとしたらそこまでの人気は得られなかったはず。
tDiaryが非効率なテキストベースのデータストアを使い続けてる理由も「Rubyさえ動けば使えます」ということがウリの一つだからだろうね。
そういう意図のないスクラッチなアプリ書くならわざわざCSV選ぶ意味はない。

67 ：11/04/14

そういう意味では、標準ライブラリにSQLiteが組み込まれているPython最強
しかしSQLiteが組み込まれているのは2.5以降なのに、世の中は2.4以下のサーバが多かった

68 ：11/04/14

読み込みだけならCSVでもいいけど
書き込みはいやだなぁ

69 ：11/04/15

CSVより固定長の方がまだマシ

70 ：11/04/15

csvにする位ならtsvにするな

71 ：11/04/15

CSVとTSVって比べる意味が無い気がするんだが……せいぜいWindowsで規定されてるかどうかくらい？

72 ：11/04/15

タブが使えなくて困る場面は相対的に少ないのでタブ禁止TSVにするとエスケープを考えなくてもよくなる
エスケープ必須でちゃんとした仕様が必要ならばRFCのあるCSVのほうがいいかもしれない

73 ：11/04/16

1セルにタブや改行が含まれることがないならTSVがいいね。処理もCSVより断然軽いし。
CSVってRFCになってたのか。知らなかった。

74 ：11/04/17

読み書きに普通にSQLが思い浮かぶ人はSQLite
そうでない人はCSVになるんだと思う。

75 ：11/04/17

後者の人とは一緒に仕事したくないな…

76 ：11/04/17

SQLが現実的に使える限り、絶対にCSVは使わないでFA

77 ：11/04/17

>>76
SQLにこだわる理由は？
noSQLでいけるならそっちがいいし
ただのログならCSVでいいよね

78 ：11/04/17

ログの出力形式にCSVはないわー。
TSVならわかるけどね。
TSVやSQLiteで簡単に済む問題をわざわざ複雑なCSVにしたがる奴ってただCSVしか知らないだけだろ。

79 ：11/04/17

NoSQL（笑）

80 ：11/04/18

実際のところ、RDBMSよりKVSが適する用途ならどんどんKVS使えばいいんだけど、
>>59や>>77はそういう次元でものを語ってないから論外だよねっていう。

81 ：11/04/18

>>78
×CSVしか知らない
○CSVをろくに知らない
まともにCSVを扱おうとするとSQLより圧倒的にめんどくさく、最後に互換性問題でブチ切れる

82 ：11/04/18

好きな物をつかえよ

83 ：11/04/19

そこでBerkleyDBですよ、となるのか。

84 ：11/04/19

BDBみたいなKVSを選ぶのはあり
しかしCSVはまずないな、CSVが適するシーンはかなりのレアケース

85 ：11/04/19

そよね。
データん中にカンマあったらどうすんのとか。

86 ：11/04/20

まあたまに外からのデータ受け付けるのに対応することは
あるけどな、エクセルしか使えないような人がcsv出力して持ってくるとか。
でもまあそれでもインポートまでだけどな。

87 ：11/04/20

CSVで今時自作想定な事に驚いた

88 ：11/04/21

それほどめんどくさいと言いたいのか？

89 ：11/04/21

>>85
RFCに則ってつくるだけでいいじゃん
ていうか、テキストなKVSってあんの？

90 ：11/04/21

CSV扱うのに枯れたライブラリとかあるんだっけ？

91 ：11/04/21

>>87
何かしらのライブラリを選べる環境で敢えてCSVを選ぶメリットをkwsk

92 ：11/04/21

>>91
顧客の要求仕様どおりに作ることができる

93 ：11/04/21

>>92
それは仕様と呼ぶものであってメリットとは呼ばないわな。
複数の選択肢がある中で敢えてCSVを選ぶメリットをkwsk

94 ：11/04/21

データ永続性
各種データベース形式　２０年
CSV形式　１０００年
紙　１００００年

95 ：11/04/21

テキストで見れる ってのがでかいかな
DBへインポートもしやすいし
エクスポートも結局CSVだったりするし
TSVは人に説明するのが面倒

96 ：11/04/21

>>91
>>87がCSVを選ぶ方がいいと考えているレスだと思った理由ｋｗｓｋ

97 ：11/04/21

いや、ないならないと言ってくれればそれでいいんだけど。

98 ：11/04/21

紙と墨は２０００年の検証に耐えた
との事。

99 ：11/04/22

まあ話を元に戻すと、>>59のような文脈でのデータ保存形式でCSVを選ぶのはただのアホだよねってことでFA

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

SQLite 9 (755)
（　´_ゝ`）流石だよな俺らin DB板（´く_｀ 　） (151)
nullはヌル？ナル？ (443)
PostgreSQL Part.8 (833)
DB板のみんなでUDやるぞ！ (411)
【PureJava】 Derby 1 【OpenSource】 (129)
--log9.info------------------
【黒黄赤】Iceman【アイスマン】 (694)
【小玉キョウ】イクシード【suitcase】 (764)
ミッシェルガンエレファントは最強のコミックバンド (186)
自転車が無くなったと騒ぐバカ→忌野清志郎 (304)
子供ばんど３rd ＧＩＡＮＴ HOP STEP JAMP (647)
☆☆☆スキャットマン・ジョンを熱く語るスレ☆☆☆ (621)
バンドマンに恋した奴らが真剣に語り合うスレ63 (145)
シンガーソングライター「あえか」■ＰＡＲＴ２ (549)
【大阪京都】関西バンドシーン【神戸滋賀】 (384)
→Pia-no-jaC←（ピアノジャック） (724)
【十条付近】ロットングラフティー【響く都】 (710)
ミドリカワ書房　十一冊目 (779)
BRAHMAN ENCORE 120 (938)
売れないアマチュアミュージシャンって。。。 (661)
SiM (981)
路上やハコのキモヲタ (163)
--log55.com------------------
【竜王戦】藤井に勝った増田さんカッコイイ！！
【熊坂】ｶﾅｰに負けたﾑﾗﾀｰはｸﾏｰ並のﾄﾞ素人106【学】
渡辺明が負けると飯が旨いwwwww30膳目
将棋初心者のための質問＆雑談スレ　32局目
藤井聡太 アンチスレ Part 4
【アイドル】大田のんのちゃん★１【顔負け】
三枚堂六段が読売・自局観戦記について、お詫び。
先崎九段。うつ病の発端はソフト疑惑事件だった！