SQLite 7

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/
SQLite 6
http://pc11.2ch.net/test/read.cgi/db/1193118037/

ツール等

【GUIツール】 TkSQLite
ttp://reddog.s35.xrea.com/wiki/TkSQLite.html

【ADO.NET 2.0 Provider】 System.Data.SQLite
ttp://sqlite.phxsoftware.com/

【ODBC】 SQLite ODBC Driver
ttp://www.ch-werner.de/sqliteodbc/

ネタ

OS X ハッキング!　SQLiteが広げるこれからのアプリケーション
ttp://journal.mycom.co.jp/column/osx/236/index.html

SQLite Java Wrapperのコンパイル
ttp://syo.cocolog-nifty.com/freely/2007/10/sqlite_java_wra_f79c.html

SQLiteへの大量のINSERT処理が厳しい (CodeZine編集部ブログ):
ttp://blog.codezine.jp/editor/2007/10/sqliteinsert.php

SQLite性能評価その1
ttp://www.sutosoft.com/room/archives/000450.html

Fulltext index on SQLite
ttp://www.dodgson.org/omo/t/?date=20061001

SQLite の全文検索を Python から使ってみる (1)
ttp://plaza.rakuten.co.jp/kugutsushi/diary/200707270001/

SQLite Full Text Search with MeCab
ttp://reddog.s35.xrea.com/wiki/SQLite%20Full%20Text%20Search%20with%20MeCab.html

>>1乙

EXPLAINした時の、数値や文字列の意味の詳細はどこを見ればいいですか？

これはどうよ。

窓の杜 - 【REVIEW】「SQLite」のデータベースをGUIで操作できる高機能管理ソフト「PupSQLite」
http://www.forest.impress.co.jp/article/2008/09/04/pupsqlite.html

>>5
なんだ、ただの神ツールか

>>4
http://www.sqlite.org/docs.html
↑の「VDBE Tutorial」と「VDBE Opcodes」なんだけど、これは SQLite2 の時点のもの。
3 でも大体同じなのであとの細かい部分はソースコードを見ながらかなあ。

ChromeもSQLiteを使ってると聞いてやってきました＼(＾o＾)／
これからはSQLiteの時代ですね
僕もちょっと使ってみます

同じデータベース(ファイル？)に同時に書き込みと読み込みを実行すること出来ないの？

読み込みは可
書き込みは不可
たしかSQLITE_BUSYになる

補足で、書き込み一人＋読み込み複数は同時にできる。

>>9
書込み中は読込みも出来なくなる。
読込み中の書込みも不可。
読込み中の読込みは可能。

>>12
もうsqlite2の頃の話はいらないんじゃない？

http://www.sqlite.org/version3.html
ここの Improved Concurrency (とmore detailed reportというリンクの先)を読んでね

>>13
書き込みトランザクション中は読み込みはブロックされるし
読み込み中は書き込みトランザクションブロックされるよ

この制約を破る方法は sqlite3_enable_shared_cache() した上で
PRAGMA read_uncommited=1 を実行する必要がある。

しかも、この方法が有効なのは1つのプロセス内で複数のスレッドが
読み書きする場合のみ。

複数のプロセスが1つの DB に読み書きするケースでは、
sqlite3_enable_shared_cache() したプロセス1つだけに DB アクセスを任せて
他のプロセスはそのプロセスとプロセス間通信をすればいい。

つまり、自前で DBMS を作るってことｗ

ドラゴソボールage

で
暗号化は対応したのかね？

>>17
有料版なら対応してるよ

これか。
Professional Support Options for SQLite
http://www.hwaci.com/sw/sqlite/prosupport.html

ﾜﾗﾀ

そもそも暗号化って何だ?? 分からん
たとえば、DBファイルだけAESか何かで暗号化してればわーいおｋおｋなの?
TrueCryptみたく
で、鍵をアプリケーションなりユーザーなりが知ってれば満足なの?
分からん

だね。
暗号化っつってもいろんなレベルがあるから、
>>17 みたいな質問じゃ漠然としすぎてて >>19 が解になってるかもよくわからんよね。

ファイルの先頭が SQLite format 3 となっているファイルって
SQLite 3 のデータベースファイルですよね？
あるファイルがどのバージョンの SQLite のファイルであるか
調べる方法ってほかにありますか？

create table t (
id integer primary key
name text
);
となっているとき
insert into t (id, name) values (123, 'hoge');
とすると主キーが 123 の行を追加できてしまいますよね。
insert文で指定したidを無視して常にauto incrementな値を
つけさせるようにはできないでしょうか？

トリガでも使えよ

>>24
そもそもなんで insert into t (name) じゃダメなのかを言えよ

SQLite って全然はやってないの？

>>27
流行りそうで流行らない

流行ってるが、安定しすぎてネタが無くてスレも盛り上がらない。

おまえがFirefoxすら知らないのは理解してあげたので、お前のような
知能の低いものでも、理解される部分があるのだと感謝し、この世から
消えること。

日本語でおｋ

まあ所詮日本の流行なんてアメリカの10年送れだから、あと5年くらいしたら流行るよ。
Pythonもブレークするのかなり遅かったし。

>>31
お前のような馬鹿は死ね

簡単便利すぎてスレ聞くまでもなく使える
ただそれだけの事

このスレは遭難時の避難所のようなもので、普段使用されることはない。
でもたまに設備の点検が必要

SQLite Manager の使い方で
初心者向けにわかりやすく書いてある
ページ教えて。

SQLiteの管理マネージャで
http://www.edu.meisei-u.ac.jp/~saishu/dbgairon/SQLite2.htm
この中で一番カンタンなの教えて

いまだにPHP厨が活動してんのか！てめーらはBDB使っとけ！！

WEB I/Fじゃなきゃだめなの？
windowsなら、>>5とかよさげじゃね？

いい加減I/FとかS/Wとか言うのやめて欲しい

最近のP/CのS/WのI/Fと言えばWebだよね。O/Sは何でもいいし

>5 みたいなのでこれは？FireFoxのアドオン。GUIのSQliteマネージャー
ttp://code.google.com/p/sqlite-manager/

>5 とか >42 とかに
AccessやOOOBaseのフォームの機能がついたものはありますか？

試せよ

>>43
BaseをSqliteに接続させれば済むのでは。。

検索したらどこかにやり方が書いてあったような？

ありました
ありがとう

TkSqliteの日本語化ってのができない…
環境変数にLANG=jaを足せって書いてあるけどどれに足したらいいのかどこにも書いてない…
どなたか教えてくだされ

>>47
http://www.google.com/search?hl=en&rlz=1B3GGGL_jaJP298JP298&q=%E7%92%B0%E5%A2%83%E5%A4%89%E6%95%B0+LANG%3Dja+windows&btnG=Search

>>48
本当にありがとう。
なんとか探し当てることができました。

これからSQLを勉強します。

最新のSQLiteをVB2008から使ってみたいのだが、日本語で
書かれた本やサイトが古いのしかなく、しかもVBからとい
うのはあまり事例がないみたい。

Jetじゃファイルサイズに制限があって、ちょっとした
システムだとすぐにオーバーしちゃうんで、Btrieveの替わりに
できそうな、組み込み型の良いDBMSだと思うんだがなぁ。

MySQLとかPostgressだとそれなりのスキルが要求されるから、
VB+SQLiteだとアマチュアプログラマでも覚える項目が少なくて
済むはず。

翔泳社あたりで出してくれんもんかのぉ

古い情報でも取っ掛かりには十分だろ。
手取り足取りじゃないとダメなら、どうせサンプル動かす以上の事は出来ない。

>>50
お前さんはSQLite .NETでググる間を惜しんでそんな長文書いたの？
それともググっても理解できないほどアマチュアプログラマ(笑)なの？

まあまあ、とっかかり程度ならありじゃね？
書籍化したら8ページくらいの冊子になりそうだけどｗ

アマチュアなら覚える項目が少なくていいなんて甘いことを
言ってるやつは使わなくてよろしい。SQLiteはアマチュアに
やさしくはないが、本職が惚れてしまうような使いやすさ。
プロの道具。素人はSQL Server Compactでも使ってなさい。

プロの道具（笑）

SQL Serverのほうがよほどプロ道具じゃないか
SQLiteはコンパクトで肩ひじ張らずに使えるところが好き

そこら辺を引き合いに出す時点で微妙にアホっぽい。

具体的に頼む

>>52
SQLite.NETとSQLiteを別々にググるよりは、
一つの本で全部説明してあるほうが読みやすそうだな

>>54
無理に批判しようとして墓穴を掘ったな

オマエは味方としては使えないが、敵としてなら頼もしいヤツだ

味方にすれば怖いけど、敵に回せば頼もしい
ってなんかのネタだっけ?
知ってるとどこかで使いたくなるよね

>>59
読みやすいとかそういう話なのか？

SQLiteを.NETで使いたかったが手も足も出なかった
入門本があればかつるのに

こういう話だろ？
で、入門本(笑)が実在すりゃ8ページにも満たないだろうなって話で
結論としてはググレカス

>>56
SQL ServerじゃなくてSQL Server Compactな。ぐぐれカス

本当に良質な情報は本にある事の方が多いが、
入門レベルまで本に求める様じゃ根本的に向いてない。
ググレカス。

こういう偏屈な連中が多いから、SQLiteは今ひとつ
メジャーになれないんだろうね。

メジャーではない開発ツールって、いろんな意味で
コストがかかるからなかなか採用できないんだ。
だからますますマイナーになるという負のスパイラルに
陥っちゃう。

VBで手軽に使うんだったら、Postgressはどうかな。
商用にしても費用はかからないからさ。
クグレカス

ものすごくメジャーだと思うけど。
Windowsで閉じてる人はともかく。

メジャーというか、空気の様に使うよなSqliteって

System.Data.SQLiteで探すのがはやい

>>64
おまえがすごいバカってことは理解してあげたから、
組み込み用DBについてお勉強して出直すこと

しねよ

ttp://sqlite.phxsoftware.com/

右側にあるSQLite for ADO.NET 2.0「1.0.6.0 Oct 4. 2008」を落とすと吉。

>>64
1文毎にお前馬鹿だろって言いたくなるカキコだなｗ
で、どこを立て読みですか

お前らどんだけ同じもん繰り返し教えりゃ気が済むんだ

無限に繰り替えしてください
バカは10レスも進むと上のほうは読まないからな

バカは「ろくに調べない」し「最初に思いついた可能性しか見えない」生き物だから、
「わかったつもり」になるのも「わかりません」と匙を投げるのも早いんだよな。

>>64 フルボッコだなｗ

「バカ」って言ってるの一人じゃね?

>>75
ネタが無いのでおもちゃを見つけるとつい・・・

「教えて君」「教える君」というのは、
ネット上に存在する２種類の人種の人たちを示す揶揄された敬称のことであるが
その影には「教えない君」という人種が多数いるの事にはあまり注目されていない。

しかし、実はその「教えない君」という人種が一番厄介かつ迷惑な存在だったりするのである。

そもそも荒れる原因というものは「教えない君」の、無秩序かつ、無神経なレスにある部分が
大多数なのだが、彼らの多くは、そういった感覚はどうやら持ち合わせていないようである。

第三者がそうした場面を見た場合に、誰に一番の非があるというのは
「教えない君」にあるというのが客観的事実であるのは明らかなのであるが、
彼らは認めようとしない。

表面上は、「教えない君」はネット上のルールや倫理や秩序などを叫ぶのであるが
どうやら真相は、現実社会において蔑まれる存在である「教えない君」の
鬱憤晴らしのようである。

上記でそういった悲哀のレスを付けた人たちは、勇気を持って自らの弱さと過ちを認め
反省しなければならない。

それが、キミたちニートの人間的に成長できる数少ないチャンスなのである。

いや教えても何も生み出さない事はこれまでの経緯から明らかなので
ここはあえて教えないという流れで

正論過ぎるコピペも困り者だな
ネタにならん

>>79
それが教えない君の典型的な言い訳だな。

ってゆーか、ワナビーの言い訳だったりもする。

オマエだって何も生み出してないくせに、大口叩くなよｗｗｗ

なんで馬鹿にタダで教えなきゃいけないの？
っていうか、SQLite程度も使えないようじゃ全体的に相当低いレベルな訳で、
教えても理解できないんじゃないかな？

時間の無駄じゃないのかな？

>>82
> なんで馬鹿にタダで教えなきゃいけないの？
まぁ誰もいけないとは言ってないけどね。

>>81
そうやって「こういう奴ってこうなんだよな」と、知らない他人のキャラクターを
一人で勝手に作ってわかったつもりになってるのが、一番ワナビーなのでは。
偏差値と自意識に大きな隔たりのある二流大学生のニオイがする。

> オマエだって何も生み出してないくせに、大口叩くなよｗｗｗ
「何も生み出してないオマエ」というのは、「現実の79」ではなくて、
「いま君が作った、そうであってくれないと君の理屈が成立しない79の設定」だよね。
そういう俺設定を持ち出さないと反撃できないっていうのは、言い負けてるのと同じだよ。

必死で煽っても、エスパーしたり怠け者の代わりにググってあげるのが好きな人はそういないよｗ

初心者に対しては教え方がとても大切であり
教えるための環境が整っていない所ではかえって教えないほうがいい
そして2chは教える環境としては最悪の場所

その前に小中学生ならともかく高等教育受けた連中は匿名掲示版で質問すんな
恥を知れ恥を

64が延々粘着中

SQLiteスレらしくない流れだな

以前、SQLite2と3との非互換云々でさんざ荒らしていたヤシでしょ

もうグダグダだな
店の外でやってくれ

ああ、やっと仕事がおわってココ覗いたら 今日も >>64 がフルボッコだったｗ

>>88
前からこんな感じだったよ。まともな情報ほとんどなし。
とくにPHPがMySQLの代替目的でSQLiteに目をつけた当たりからがひどい。

おいおい、誰も普段はまともな情報があるなんて言ってないぞ

他人に質問とかするまでもなくサクッと使えてしまうのが、SQLiteの魅力だからな。
ある意味、SQLiteの質問者は、「SQLiteについて質問している」という時点でアカンとも言える。

ないない

ググれば日本語解説もあるし
あのシンプルに書かれたオフィシャルヘルプを読めばほぼ全て賄える

こんなとこで質問する奴は、酷く使えない奴だと言うのは確定的に明らか

初心者の皆様へ

こんな連中が巣くってるSQLiteにさっさと見切りをつけ、
テキストもコミュニティもしっかりとして、それでいて
商用無料なPostgressを使いましょう

どうぞPostgressスレにお越しください

PostgreSQLも使っててごめんなさい＞＜

>>97
64の真似して何がしたいの？マゾなの？馬鹿なの？死ぬの？

http://www.itwriting.com/blog/a-simple-delphi-wrapper-for-sqlite-3

上記サイトのDelphiラッパーを使おうと思い、まず同梱のTestSqlite.dprを実行させようとしたところ
エラーが出てコンパイルできませんでした。どこを修正するといいのでしょうか？

[エラー] SQLiteTable3.pas(470): 'TSQLite3Destructor' と 'Pointer' には互換性がありません
[エラー] SQLiteTable3.pas(627): 'TSQLite3Destructor' と 'Pointer' には互換性がありません
[エラー] SQLiteTable3.pas(787): 'TCollateXCompare' と 'Pointer' には互換性がありません
[致命的エラー] uTestSqlite.pas(7): 'SQLiteTable3.pas' ユニットはコンパイルできませんでした

型の互換性がないと云ってるんだから、適当にCastすればいいんじゃないのか。

http://pc11.2ch.net/test/read.cgi/tech/1225641040/139

>>5-6
見た目はきれいだったけど、いまいちだったな。バグが多すぎる。

SQLiteSpyわりとよかったよ

sqlitespyとtksqliteが双璧か

tksqlite久々に更新されてるね。
Mac、Linuxで使えるのがありがたい。

Macで使えるのか？

Tiger 以降の Mac OS X でターミナル開いて
sqlite3 って打ってみろ

話の流れからすればどう見てもTksqliteはMacで使えるのかって話だろ。
せめて2こ上のレスくらい嫁よ。

日本語むずかしいネ

>>106 は Mac で使えるって言ってるのに >>107 の質問も無いよなあ、と思わなくもない

それってだたの揚げ足取りじゃん。しょうもねえところつっこんでんじゃねえよ

いやいや>>107はかなりずれた馬鹿だよ
わざわざ使えるって言ってる奴になんで再度聞くの？
お前は動かない事を知ってるとか、そういう事情でもあったの？

>>113
108は？108はどうなの？

意地悪だなぁ、本人に訊くなんてｗ

>>108は>>107しか見ずに脊髄反射しただけだろ
せめて2こ上のレスくらい嫁よ。でFA

>>107の言い方には「これって本当？」的なニュアンス（英語で言う"Really?!"）が
多分に含まれていると思うし、
>>106の内容がネタや勘違いである可能性も含めて、>>106本人を含めた全員に
それを発しているのだから（>>106宛のレスアンカーが無いのはそういうことだろう）、

これは「知ってる奴全員に」「情報の真偽を問うている」という自然な反応の一種とするのが正解であって、
「使えるって言ってる奴に」「再度訊いている」というのは、随分狭い見方・・・というより、
>>107おかしなことを聞き返していることにしたかったので曲解してみました、っていう痛い頑張りを感じる。

何でそんながんばってんの？ｗ

障害持ちだから

他人がキャッチボールで捕りこぼした時
捕りこぼした奴が悪い！それ位捕れよ！何でそんな下手糞なんだ！
投げた奴が悪い！変な方投げるなよ！何でそんな下手糞なんだ！
なんて言ってて楽しいのか？自称外野諸君(笑)は

野球にもキャッチボールにも興味ない

一行レスを軽く指摘されただけでここまで顔真っ赤に長文自己擁護入れる奴始めて見た

おまえらって本当にSQLiteと関係ないところで盛り上がるな。
しかも話のネタがネガティブだ。

>>123
このスレでSQLiteの話はするなよ。荒れるから。

だってSqlite良いとこばっかで詰まんないし

SQLiteは良いものなんだが、
SQLiteを使う連中がゴミなんで、
SQLiteは採用しないことにしました

このスレでそのことを学びました
ゴミの皆さん、ありがとう

SQLiteは良いもの
皆さん、ありがとう
だけ読んだ

他人に頼らなければ何にも出来ない人なんですね
いいんですよ
ゆとり世代ではそれが普通です

ゆとりモドキの30台ニートにマジレスしてやるなよｗ

ゴミユーザが一人減った。これは喜ばしいことだ。

俺一人生き残ればいい

SQLite を本当に使いこなしてる奴は
「SQLite を使ってます」なんてアッピルしない。

SQLite ってのはそういうものだ。

つーか、SQLiteて.netならSystem.Data.SQLiteを入れてデータベースファイル作ってパスを指定するだけじゃね？
あとはADOチックにやればどうにでもなると思うんだが
こんだけ騒いでるバカがいるって事は何か深くて複雑な機能でもあるのか？

ないよ

LINQ to SQLiteが欲しいんだろう

System.Data.SQLite は ADO.NET Entity Framework 経由で
普通に LINQ をサポートしてるんだが

世の中には、完全にstep by stepで手取り足取り説明した
日本語のhow to本がないとダメってのが相当数いる。
名前の露出が増えるとそういうのがいっぱい群がってくる。

>>137
amazon.co.jp で検索すれば2冊見つかるよ

>>132
うん。アッピルしないね。

俺も2年ぐらいずっと使ってるけど、一度もアッピルした事はないよ。普通そうじゃない？

>>137
そんな奴はITに向いてない気がしないでもないｗ

非ＯＳ環境の組み込みシステムでＳＱＬＩＴＥ使おうと思うのですが、アドバイスください

K&Rを100回読み直す。

なるほど〜その手がありましたかｗ

使えると便利だね

>>142
こんなクソスレで質問してないで、さっさと勉強しろ

ここはクソどもが仲良く集う腐海だ

>>146
やぁ、クソ

>>142
ファイルの読み書きはあるの？ 無いとつらいよ。

cureses ベースでターミナルでサクサク動く、
sqlite ファイルをいじるツールってないでしょうか

http://www.sqlite.org/cvstrac/wiki?p=ManagementTools
ここ見てきます

リモートにおいてある sqlite のファイルを
ちょこちょこ修正するために sqlite コマンド
使ってクエリたたき続けるのがもう嫌になった・・・

やっぱ、ダンプしてエディタで編集して
書き戻すのが吉か？

>>152
sftpとかでファイルをダウンロードしてローカルで修正して戻すしかないのでは？
リモートでアクセスできれば使い勝手がいいんだけどね。

この問題で、趣味で作ろうとしているWebアプリのDBを
PostgresとかMySQLのサーバ型にした。外部からのアクセスが簡単だし。

ちょこちょこ手で修正してる時点でアホだろ

アホといいたいがそういう使い方が出来るのもSQLiteだからな

>>154
アプリの開発中にどうやってDBを修正してるの？

>>156
テストケース作って自動化してるに決まってるじゃん

マスタメンテとかでちょこちょこ手で修正したい状況は普通にあるんじゃない？

Ruby 厨なら ActiveRecord + irb とか Rails Scaffold + w3m とかでやるかな。

ならtksqliteでも使っとけよ

SQL打つのが苦痛になるほど頻繁にいじってるのは明らかにまずい
普通はRubyでもPerlでも何でもいいけどスクリプト使うとか考えるだろ
そういう発想が出てこずにcursesベースのツールが欲しいとか
根本的にプログラマに向いてないわ

>>160
＞そういう発想が出てこずに〜根本的にプログラマに向いてないわ
こういうひとつの要素だけで決め付ける奴って、
経験的に言って使えない。

>>160
そんなんじゃ流石に根本的に向いてないとは言えないわ

WEBの開発でポスグレやMyやもろもろとSQLiteを使ってきたけど、なーんとなくSQLiteで作ったサイトの方が
サーチエンジンにヒットしやすいような気がしてならない

>>163
どんなジンクスだよｗ

>>163
これはすごい都市伝説だ
SQLiteを布教する際の切り札とさせてもらうｗ

>>161
根本的を経験的に変えて同じようにひとつの要素で判断してるだけやん

>>166
なんでこんなところで関西弁？
キモいなあ

うわ必死

>>168
うわ必死（笑）

朝から必死やなあ

でも>>166がいちばん必死だよね

SQLiterはクズしかいないんで、
このスレ巡回先から外す
お元気で

>>172
なんでいちいち宣言するの？クズですね

160だけど、俺の代わりに必死になってくれてる人が居てワロタ

>>174
プログラマに向いてない人乙

>>159
リモートの DB ファイル修正をしたいという話だから使えないんじゃないかな？

マウントすればいいだけじゃない

>>172
やっとこのスレのクズさ加減にお気づきで・・・。僕なんて
もう２スレ目から気が付いてました

>>178
お前の未練がましさは異常ｗ

RDBMSの時代の終わりが見えてきた
ttp://d.hatena.ne.jp/nowokay/20081212#1229071535

> SSDを前提にしたプログラムモデルになれば、そもそもシーク時間と戦うこともなく、
> ストレージを意識せずにプログラムが組めます。そうなったとき、アプリケーションのデータを
> 永続化するためにRDBMSをわざわざ使うことはないでしょう。
> RDBMSが最初に消えるのは、ローエンドの、SQLiteやDerbyなどが使われている分野だと思います。
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>>180
釣られませんよ

すげーな。SSDに夢見過ぎだ。

シークがなくなったからってランダムとシーケンシャルが同じ速度出るわけじゃないのにねぇ

あーあーあーあーあーあーあー

すげーな
こんな夢ばっか見てたら毎日が楽しそうだ

お前ら涙目ｗ
自我崩壊して失禁あうあうあーｗｗｗ

>>180
目に精子が入って毒が回ったんじゃねえの？

叩かれ過ぎワロタ

知ってる言葉を並べただけだな

時代はBerkeley DBなんだよ！
Ω ΩΩ< な、なんだってー

初歩的な質問で恐縮ですが

SQLiteを使って４〜５人くらいが同時アクセスする様なＤＢは可能でしょうか？
ＮＡＳにアプリをおいて端末で閲覧更新をする予定です。

本体をＮＡＳに置くような形になります。

最初はＭｙＳＱＬなどを利用しようかと思っていたんですが
小さな貧乏部署での非常にローカルなデータ処理に使うので
一台をサーバーにするという事は却下されました
絶えず電源の投入されているマシンはＮＡＳだけ（しかも水牛）ということに
なってしまいました

ご教授よろしくお願いします

できるかどうかと訊かれれば、できるとしか答えようがないな。
しかし、ユーザ管理を一から実装するなど、いろいろ考えると、MySQLの方が遙かに楽に構築できると思はれ。

ユーザー管理なんて要らないんでしょ
共有フォルダにあるエクセルファイルを皆でいじくり倒すより何ぼかマシになれば、それで良いって考えじゃない
その前提で行くならSQLiteは最適解だし何の心配も要らないだろう

ネットワーク経由で開けるの？

>>191
自分のPCをサーバー代わりにすればいいじゃないか。
Webアプリ作ってApache入れて電源常時ON。バックアップはちゃんと取れ。
「こりゃいいね」ってことになったらサーバー用に中古ノートPCでも買えば。

でも191のとこならAccessのほうがいいと思うけどね。

SQLite3はEUCに対応していないのに、
なんでSQLite ManagerはEUC対応してるんだ！。
（ていうか、古い仕様のままじゃん。）

SQLite3のODBCがEUC対応してないので、
SQLite Managerで見れる日本語が、
Excelで文字化けして困っていまつ。

よろしくお願いします。SQLite3でPDOで処理しています

端末A側で時間のかかるINSERTを実行すると同時に
端末B側でINSERTを実行する
　　→○端末Aの処理が終わるまで待ってくれる

端末A側でトランザクションを開始してからINSERTを実行すると同時に
端末B側でトランザクションを開始してINSERTを実行する
　　→×一切待たずにdatabase is locked　エラー

PDO::setAttribute(PDO::ATTR_TIMEOUT, 1000);
は入れてるのですが

>>197 の補足です

PDOで処理しています
INSERT でトランザクションかけている時に
他のユーザでINSERT しようとすると database is locked　となります
数秒待ってから、database is locked　の表示が出るのではなく
すぐエラーの表示になってしまいます

書き込みが処理がダブった場合に、片方のユーザは待つようにしたいのです
http://www.bumblebury.com/function.sqlite-busy-timeout.html
ココを見ると、初期値ではタイムアウトが設定されている
となっているのですが、処理待ちしてくれません

どうすればいいのでしょうか

今時EUCという時点で知障

setAttributeじゃなくてメソッド直接呼んでは？

http://inagisou.homeip.net/cgi-bin/web_proxy.cgi

質問です。
SQLiteとPHPで日記つくってるんですが、
日記を読むページに、
「次の日の日記へ」と「前の日の日記へ」というリンクを張ってます。

これは、「read_diary_day?id=$a」みたいにして、
現在読んでる日記のidに、１足したものと、１引いたものをリンクとしているんですが、
あるレコードを削除した場合、auto-incrementなフィールドの値がひとつ飛んでしまいます。

この場合、１足したりしてもそのidがないわけなんですが、
あるレコードを削除した場合にも機能する、
「次の日の日記」と「前の日の日記へ」のリンクはどう書けばいいんでしょうか？

「read_diary_day.php?id=$a」でした。

その日より小さい値の中で一番大きいもの→前回
その日より大きい値の中で一番小さいもの→次回

>>204

な　る　ほ　ど　−　！！！！！！
ありがとうございました。

当日に、翌日と前日の参照を保持しておく。
当日を削除する場合は、前日のレコードの翌日、翌日のレコードの前日をそれぞれ更新してから、当日を削除する。

ってのはどう？

文章じゃ分かりづらいけど、やってることはLinked List的にエントリを関連づけてっるてこと。

こんな感じで、できました。

// 前後の日記のidを取得（削除されてても大丈夫）

$back_day = sqlite_single_query($db, "select max(id) from diary where id < '{$page_id}';");
$next_day = sqlite_single_query($db, "select min(id) from diary where id > '{$page_id}';");

やるじゃん

あなたが老人になってもその日記をつけてたら遅くなりそうな方法だけどね。
もし3000歳になってもまだつけていたら100万ページを超えるんだからね。
よく考えて。

3000年後は100万件のソートなんぞ0秒ですからｗｗｗ

そもそも10年もたったらハードの処理速度向上で補える気がｗ

てかインデックス張るんだから今だって0秒だからｗ

>>212
馬鹿発見。

どうせ日記なんか三日で飽きるんだから、インデックスすら要らないだろ。

この程度で遅いと思ってるやつって検証もしないで言ってんのかね？

たかが100万件、今だって1秒かからん

>>215
それは突っ込み方がおかしい。
これはむしろ、検証という次元で語るときだけ意味のある遅さだろ。
体感の世界で語るぶんにはどうでもいい差なんだから。

>>213
やっと発見できたか
お前が馬鹿という事実を

Jane Doe Styleにも利用されてるようですが、
どの部分に使ってるんだろ。
スレの実データはdatとかの外部ファイルだよね。
それらへのインデックス程度かな。

覗いてみたらこんなんだった

CREATE TABLE idxlist (
datname TEXT PRIMARY KEY,
title TEXT,
last_modified TEXT,
lines TEXT,
view_pos TEXT,
idx_mark TEXT,
uri TEXT,
state TEXT,
new_lines TEXT,
write_name TEXT,
write_mail TEXT,
last_wrote TEXT,
last_got TEXT,
read_pos TEXT,
record_be TEXT,
etc1 TEXT,
etc2 TEXT
);

idxファイルの代わり程度かね

一覧表示情報とインデックス程度みたいだねー。
将来的なシーンを見据えた拡張という感じかな。

計算量の少ないアルゴリズムを追い求めないなんて。。。
SQLite使いは、やっぱカスグラマばっかだな。

>>222
騙りは駄目ですよｗ

ボトルネックでもない場所チューニングしだす馬鹿は、会社には要らないけどね

つーか掲示板の書き込みから
SQLiteを使ってる奴はカスばっかとかいう結論に至る方が
ロジックとしておかしいよな。

DB板に建てたのが間違い。
DBエンジニアから見たらアホすぎなんだろ。

粘着くんの発狂っぷりを笑うスレ

>>220
スレがたくさん保存されてるとき、大量のidxファイルを読み込むより
SQLiteでデータベース化されたものを読み込んだほうが数十倍以上早い。
これは2003年にOpenJane nonoがJane派生で初めて実装して威力を発揮。
以降、他の派生でもSQLiteによるidx管理が普及した。
StyleのはLovelyがベース。（もっともSQLite3.xにしてからは作り直しただろうけど）

Lovelyのソースに用意してあるSQLite3用のをそのまま使ってる程度だよ

SQLiteManagerで、
パス : データベースをアップロード
の下の空白は、何を入力すればいいの？

自己解決した
パスの名前を自分で入力するらしい

これってデーターベースを削除しても消えないのがデフォなの？

なんのこっちゃ。
何を期待して何をしたらどうなった、くらい書いてくれ。

データーベースをSQLiteManager(WEB版）で削除したら、
その画面では見えなくなったんだけど、
Windowsエクスプローラーで見たら
ファイルが消えないで残ってるんだよ

ビューってなに？
どう使うの？

>>234
ファイルをオープンしているプロセスが残ってんじゃないの?
怪しいプロセスを殺してみるか、再起動してみたら?

PHP　＋　PDO　＋　SQLite ＋　プリペアードステートメントってできる？

SQLiteはデーター型が無いと聞いていましたが、
実際見てみると、１５くらいの型があるのですが、
どういうことでしょうか？

>>238
integer型にテキストが入るとかそんな話だった気が

phpSQLiteAdminと
SQLiteManagerと
どっちを使うべき？

注意点としては、カラムに指定するデータ型は
名目的なものであり、制約として機能しない点
などがある。 SQLiteでは(ROWIDを除き)カラム
に宣言した型にかかわらず、どのようなデータ
も格納できる。 また、カラムの長さも常に可変
であり、長さや精度の指定は意味をもたない。

---------------------------------

↑これかな？
何をいれても、意味ないってこと？

>>241
利用する側で意味がある、場合もある。
言語ネイティブの型に結び付けたり、バリデータで利用(例えば数値型
だったら文字列が投入されるとエラーにするとか)したり。

primary keyを複数設定できるという、
仕様が理解できない。

理解できないのが理解できないわ。

エスパー以外理解不能。

PHPのプログラム側からSQLiteのデーターベースを作成して、
それをSQLiteManagerで見ようと思っても、
表示されないんだけど、これを認識させるには
どうしたらいいの？

SQLiteはdeleteを実行しても表示ができなくなるだけ。
VACUUMを実行するまでデータベースから消去されな
い。（つまり、VACUUMを実行するまでファイルサイズ
が減らない。）

http://www.phpbook.jp/database/sqlite/index2.html

ここのページのサンプルコードを見て、
sqlite_open('test.db', 0666, $sqliteerror);
このコードを実行すると、もしtest.dbがカレントディレクトリに
無い場合は自動的に作成されます。

しかし、そのtest.dbをSQLiteManagerで見ても
表示されないのです。どうして？

http://blog.datoka.jp/web/854.html

ここのページを見て、

「パス情報のバックスラッシュをstripslashes()さ
れていて、気づくとドライブルートに\を抜かれ
た長いファイル名のDBが自動的に作られてい
た・・。つまり全然関係ないところに作られた、
できたてDBの中身を見ていたわけで。どうりで
テーブルが見えないわけだ。」


この処理をしたんですが、これでいいのかな？

http://saboten009.blogspot.com/2008/10/sqlitegui-sqlite-manager.html

ここのページに、

「画面上で操作したDBファイル以外は認
識しないので既に存在するSQLiteファイル
もFTPでアップしたり削除したファイルは画
面で反映されない」

って書いてあるのだが、これを認識させる方法はないのか？

できた！できた！できた！できた！できた！できた！
ついにできた！！！！！！！！！！！！！

原因は>>249だった。

こちらが入力した文字列に、勝手にスラッシュを付加されてしまって
おかしくなっていた。
>>249の処置をして、（勝手にスラッシュを付加されないようにして）
「データベースをアップロード」にチェックをいれて、
それで、あらかじめハードディスクの中に作った(PHPプログラムとかで）
データーベースを指定して「保存」ってやったら、画面の左側の
メニューに出てきた。感動。

C#からSqliteを使ってるんですが、Selectで得た行の総数って別にcount(*)しないとわからないんでしょうかね？

嵐の予感！！！

また認識しなくなった。なんでだ？

sqlite_openで生成したデーターベースは
SQLiteManagerで認識できないのか？

>>256
そろそろウザい

SQLite2と
SQLite3と
どっちを使うべき？

>>257
おまえこそウザイ

自分の「理想の状態」と違った書き込みをする
「異物」が現われたので排除しなきゃ！って思ったんだね
キモイからくんなよ知的障害者

アクセスを超えた！！！

ここはお前の日記帳じゃねぇんだよ
誰からもレスもらえてない事にいい加減気づけ

>>262
おまえ、どれだけ悲惨な環境で育ったんだ？
今現在、少しは生活が良くなったのか？
だとしたら良かったな。 抑圧された悲惨な生活から何とか抜け出せたなら、次は知性とか教養を身につけないとな。
血の滲むような努力をしてきた君なら、きっと教養は身につけられるだろうから頑張れよ。
もしかしたら、その曲がりきった卑しい根性も、少しは矯正できるかもしれないぞ。

と、いうような、勝手な妄想を膨らませないと気を落ち着けられないという
263本人の人格を婉曲に表現した独特の自己紹介でした。

煽り合戦というのは、大抵の場合、
スレの趣旨にそぐわない輩がエスカレートさせるもの。

>>258
好きな方使えやｺﾞﾗｧ！

Sqliteのトランザクションであるテーブル内に存在していたらインサートを行うとか
条件分岐って可能でしょうか？
可能ならそういう情報ってどこを探せばいいんでしょうか？
ぐぐってるんですが、処理を早める目的の物位しか見つかりませんでした。

>>265
まあまぁ。そう突き放さなくても・・・

>>258
どうするべき？・・って問い方はどうなのかな。
そもそも Sqlite3 があるのに Sqlite2 を選択枝に入れる貴方の考えはいかに。

SQLite4からはGPLにするべき。

ざわ・・　ざわ・・

>>268
GPLにする理由は何？

>>270
今のライセンスだとドザが勝手に使うだろ。
GPLにしとけばLinux専用状態にできる。

どこでも動くことが価値のひとつでもあるのに何言ってんのこのﾊｹﾞは

>>272
Windowsはオープンソースになにも貢献してないんだから勝手に使ったら
駄目だろ。
成果だけ横取りかよ。

影響はでかいし、それなりの貢献もしてるだろ。

むしろ成果だけ横取りしてるのは>>273だけどな。
胸に手をあてて考えてみろ。

SQLiteはGNUプロダクトの一員として自覚が足りないようですね。

GNUを使って作っておきながらGNUへ敬意を払わないとは駄目DBだな。
使えねー。

過疎スレだから釣れませんね

釣れないのは釣りが下手くそだから

SQLitemanagerで、「データーベースのアップロード」ってのが
また使えなくなった。なんでだ？

どうもIEだとjavascriptが使えるようだ。
firefoxだと動かない。

レコード２つしかないのに
ファイルサイズが６MBもあります。
なんで？

vacuum してないだけじゃね？

phpsqliteadmin
ウチの環境だとなぜか動かない。
真っ白なページが出るだけ。なんで？

その質問から正しい理由説明できたらもはやホラーだろ

SQLite２の管理ツールでベストなのはどれ？

SQLiteManagerなんだけど、
ファイルの選択をIEでやって、
そこででてきたパス情報をコピペして、
firefoxにはりつけると、なぜかうまくいった。

バグなんだろうけど、もうアップデートないんだろうな。

スレにキチガイが住み着くのって、本当に前触れが無いんだな

>>288
自己紹介しろなんて誰も命令してない

原因がわかったっぽい。

パスの区切りに￥が使われていたのを、
勝手に/に直していたんだが、
これがよくないみたい。

Windows、Macはパスの区切り文字(ﾃﾞﾘﾐﾀ）は￥(バックスラッッシュ）なんだから、
そのまま入れればいけるっぽい。

IEでやると、sqlitemanager直下に入ってしまうんだが、
firefoxでやるとなぜかちゃんとこちらの指定したフォルダに入る。

これってやっぱりバグなんだろうな。ブラウザによって挙動が
違うわけだから。

どうもサイズが０だと読み込みというか認識できないみたいだな
ファイルの中になんかデーターが入っていれば認識できるみたい。

バキュームってどうやるの？

Blogでも開いてそこでやれ
sqlitemanager豚

>>294
このスレってなんのためにあるの？
Blog、Blogって覚えたての言葉をうれしそうに連呼する猿を見ると吐き気がする。
手元にある書籍で思いっきりひっぱたいてやりたい気分。氏ねw
日本のSQLiteが終わってるのはコミュニケーション能力のないキモヲタしかつかわないから。
そういう豚は「BlogBlogBlog」ばっか。だからユーザーが育たない。

>>295
じゃあテメェがユーザーを育てろよ

SQLiteは終わってないどころか、けっこう流行ってると思うけどねえ。
管理ツールみたいのは自分の場合は普段あまり使わないからよくわからん。

>>296
いやな性格だねぇ〜
オレ、このスレでホント助かった。昨年の５月に知って SQlite3 の入門本？を一冊買ってから疑問にぶち当たった時（そもそも SQL 無知）ここで助けてもらった。
とにかく、始めは情報が多すぎてとてもとてもポイント絞れない。直面している大きな壁（当人にはマジ壁に見える）が、ここの人の回答で取り除かれたときの感動は最高。答えてクレタ人には「ありがとう」の一言でしか返せないけど俺にとっては最高の先生なわけです。

そんなもん、クグレカス・・・とか、Blogでヤレって言うのは簡単だけど、質問に答えないなら黙っといて欲しいというのがあるな。

管理ツール(それもFirefoxのアドオン)の事聞かれてもなあ。
見てても、SQLiteじゃなくてFirefox(XUL?)の問題みたいだし。
SQLitemanager使い続けるならここで聞くよりソフトウェア板のFirefox拡張スレとか
ROMったりしてアドオンで引っ掛かりやすいとこ調べた方が早いかもよ。
SQLiteって直接API叩いたり各言語用ドライバから使ってる人の方が圧倒的に多いと思うし。

あとGUIでSQL直書きしたりするならシンタックスハイライト機能のあるtkSQLiteオススメ。

WEB版のSQLitemanagerのほうです

firefoxのアドオン版ではありません

名前はなぜか同じだけど。

tkSQLite

これはtcl/tkがインストールされてないと
使えないのではないか？

自分のパソコンの中にPDOのSQLite3の
ドライバ、インストールするのはどうやるの？

>>301
試せよ
そのカキコしてる間にDLしてexeダブルクリックすりゃわかるだろ？
1から10までここで聞きたいわけ？

>>299でやっと、やっとまともな答え貰ったのに端から疑ってかかるんだ？
お前は最低の屑質問豚だよ

>>296
警察に通報しました

>>294
警察に通報しました

>>298
で、お前もSQLite使ってる日本人だから、
コミュニケーション能力のないキモヲタなんだろ？
じゃあ駄目じゃん。口だけ偉そうなこと言ったってさぁｗ

普通は教えてもらってそれほど感動したなら、今度は自分が教える側に回ろうとか思うもんだけどな

1年半経って未だに質問するだけか

猿だな

答えて貰えなきゃ感謝してるはずのスレで罵詈雑言撒き散らして荒らすあたりが本当に猿

>>306
298だけど・・ん？　突然に意味不明。

>>307
この人は 306 の人？
で、なにか俺、偉そうな事いったのかな。層感じるのは君だけじゃない？

>308
偉そうだなんていってねぇよ

ただお前は猿並みって言ってるんだよ

一体どうすりゃ猿が偉そうに見えるってんだ

>>309
ん・・もしかして質問者がオレって思ってるのか？
SQLite 7 スレで 298 が初書き込み。
SQLiteスレを久々に覗いてみたらこんなことになってるからさ。

猿かどうかわからないけど、勝手に思い込んでる君がハズしているよ。一瞬ポカンとなって何いってるのか理解できなかかった。

そうか、そうか、分かったよ猿

>>298
質問に答えないなら黙っといて欲しいというのがあるな。
お前さんの棘だらけのレスは、このスレの役に立つのかい？

レンタルサーバーにインストールされている
SQLiteのバージョンはどうやって確認するの？

あとSQLite２と３が共存できるって記事を読んだんだけど、
これってマジ？もしマジだとしたら、バージョンの確認は
どうやってやるんだ？

「２　and　３」
とかって出るのか？？

SELECT SQLITE_VERSION(); で SQLite のバージョンが得られる。

ってそういう話ではない？

ｐｈｐからSQLiteに接続するんだけど、
自分が接続するSQLiteのバージョンがわからないんです。

なので知りたいんですけど、どうすればいい？
とりあえず、２系と3系と両方動くのは確認しました。

でも細かいバージョンがわからない。

<?php
$dsn = 'sqlite::memory:';
$user = '';
$pass = '';
$sql = 'SELECT sqlite_version() as version';

try {
$dbh = new PDO($dsn, $user, $pass);
$dbh = $dbh->prepare($sql);
$dbh->execute();
$result = $dbh->fetch(PDO::FETCH_OBJ);
$version = str_replace('undefined', '', $result->version);
echo $version;
$dbh = null;

}
catch (PDOException $e)
{
echo 'error: ' . $e->getMessage();
exit();
}
?>

このコードを実行したら、3.3.7って出た。

<?php
$a=sqlite_libversion();
print $a;
?>

これを実行すると、
2.8.17
と表示されるんだが、どういう意味なんだ？

>>317
xrea?

>>319
それはローカルホスト。

質問者はレス番を名乗ってくれい。
>>313 = >>314 = >>316 = >>317 = >>318 = >>320 なのか？
もしそうなら環境や状況の説明をなるべく小出しにしないように願いたい。

SQLiteManager君だろ

>>322
警察に通報しました。

なんでテーブル作ったときに、
デフォルトでNULLになってんだ？

データーつっこめねえじゃねえか！

>>324
???

スルーしろよ

アクセスを越えた！！！

>>326
警察に通報しました。

NULLってなってるフィールドには
データーは入力できないのか？

SQLitemanagerで新規のテーブル作る時に
NULLって指定できるけど、これはどういう意味があるんだ？

http://allabout.co.jp/internet/database/closeup/CU20071125A/snap8.jpg

この画面で、Nullって設定項目があるけど、
Nullとnot nullと、必ずどちらかを選ばないと
いけないのか？

「どちらにもしない」
っていうのはできないの？

「SQLを解析する」
ってベンチマークなのか？

NULLっていうのは、
「NULLも格納できる」
って意味？

NULLも格納できるし、
NULLじゃない、普通の値も格納できるし。
って理解でいい？

not nullは、値としてnullを許さないという制約。
nullはその逆で、値としてnullも有り。
という意味ではないの？

>>334
うんうん、そうだよねえ。
最近やっと意味がわかってきた。

>>331をみてやっと>>324が何を言ってるのか理解した。
ってか、SQLite以前の話じゃないか。デフォルトがNULLってどのDBでも同じだ。

わかってる人には想像つくけど、ヌルはnullかnot nullか？って確かになんか妙だな。

そもそもnullの存在自体が・・・

SQLitemanagerで選択とか挿入とかやって、
SQL文が自動生成されると楽しいね

自分で一生懸命考えて書かなくていいから。
ソースコード自動生成みたいで。

そんで、ちょこっと変更してSQL文実行してみると
さらに楽しさ倍増。

http://uruseiyatsura.way-nifty.com/blog/2007/03/sqlitevacuumphp_e5ed.html

このページに

「phpをコンパイルする際、sqliteを組
み込んだバージョンとsqliteのCUIコマ
ンドツールのバージョンが一致してい
ないとまずい現象が発生します。」


と書いてあるのだが、これを一致させるには
どうしたらいいんだ？

>>340
CUI と同じバージョンを組み込むようにコンパイルすればおｋ

SQLite使う人ってSQL自体怪しいでしょ。
DB使うの初めてとか。

いろいろいるだろ。
普段RDBMS使ってる人が、手もとのプログラムの設定ファイルとかでもSQL使いたい場合とか。

>>341
そもそもCUIのバージョンを確認するには
どうしたらいいんだろう？

MS-DOSﾌﾟﾛﾝﾌﾟﾄでsqlite3って打って、
出てきた数字がCUI版のバージョン番号と
いうことでいいのかな？

>>344
pdo_sqliteが使っているSQLite3のバージョンは php --ri pdo_sqlite で、
CLIのsqlite3のバージョンは sqlite3 -version で調べられる。

でも、SQLiteは古いバージョンのバイナリが入手しづらいし
Windows環境で自前でコンパイルするのは面倒なので、
WEBアプリのDBをメンテしたいだけならsqlite3コマンドを使うより
以下のようなメンテ用のスクリプトを手動で実行した方が無難だと思う。

<?php
$db = new PDO('sqlite:///hoge.db');
$db->exec('VACUUM');
?>

サーバと同じバージョンのPHP(pdo_sqltie)を用意して
DOS窓で php.exe -f vacuum.php みたいな感じで。
あとバックアップも忘れずに。

>>345
C:\xampp\php>php --ri pdo_sqlite
Extension 'pdo_sqlite' not present.

ってなります。
MS-DOSﾌﾟﾛﾝﾌﾟﾄからでなくて
phpinfoみたいので見れないですか？

<?php
$a=sqlite_libversion();
print $a;
?>

これを実行すると、
2.8.17
と表示されるんだが、どういう意味なんだ？

>>347
それはSQLite2のほう。
PHPの場合、sqliteエクステンションはSQLite2で、それとは別にsqlite3エクステンションがある。
さらにそれらとは別のPDO(pdo_sqlite)ではDSN接頭辞sqlite://がSQLite3でsqlite2://がSQLite2。
SQLite3(pdo_sqlite)を使いたいんなら、php.iniに extension=pdo_sqlite.dll を追加する。
XAMPPに入っているかどうかは知らないけど。

あなたのレベル的に、今はVACUUMとか気にせずにWebだけで使うのがいちばんな気がしないでもない。

うわあああああああ
わかんないいいいい
漏れにはわかんないよおおおお

（１）sqliteエクステンションはSQLite2
（２）sqlite3エクステンションもある

（３）sqlite://がSQLite3
（４）qlite2://がSQLite2

（５）SQLite3(pdo_sqlite)を使いたいんなら、php.iniに extension=pdo_sqlite.dll を追加する。

（３）と（４）は知ってた。自分で調べたから。

<?php
$a=sqlite_libversion();
print $a;
?>


これを実行したときに、
数字が３にならなくていいのか？

extension=php_pdo_sqlite.dll
extension=php_sqlite.dll

この2行は入ってた。

でも
extension=pdo_sqlite.dll

これはなかった。
グーグルで検索してもあんまり
情報が出てこないから、あなたのタイプミス？
それとも、名前はよく似ているけど、違う機能なの？

こいつ本当に失礼な物言いだなｗ

>>353
警察に通報しました。
拳銃を持った男達がお前の自宅にお伺いします。

>>348
猿に餌を与えないで＞＜；

>>355
警察に通報しました。

http://ja.wikipedia.org/wiki/SQLite
ここのページに

「基本的にPHP5をインストールするときに、
configureオプション（--with-sqliteなど）とし
てSQLiteも同時に組み込んで利用できるよ
うになる。Apache friendsのXAMPPにもPHP
5が含まれているが、デフォルトで利用でき
る。XAMPPにインストールされるSQLiteは、
2008年1月現在バージョン2.8.17となっている
。」

と書いてあるが、インストールされるときに、
2.8.17
と固定されてしまったバージョンを
３系に変えるには、どうしたらいいの？

もし3系に変更しないで、現状のまま、2.8.17のまま
使うとしたら、何か問題が起こる？

例えば、PDO＋sqlite3で使いたいんだけど、
その時に何か問題が起こるか？

ていうか、そもそも使えるのか？

PHPに組みこまれたsqliteが2.8.17なら、
PDOからsqlite3を使うのは無理なのではないのか？

それとも、パスが通ったところに、sqlite3のexeを
置いておけば、勝手に接続するのか？

>>358
やったことないので、実際どうなるかどうかはわからんけど、
・sqlite2とsqlite3は、APIもデータフォーマットも異なるらしいので、プログラム的には別のもの、と考えた方がよさそう。
・sqlite3の実行ファイルは単にsqlite3のライブラリをリンクしたフロントエンド。
・「組み込まれた」ということはつまりsqlite2/3のライブラリをリンクしてるということなので、sqlite3の実行ファイルは無関係。

<?php
$a=sqlite_libversion();
print $a;
?>

これを実行したときに、２と出るということは、
PHPとsqlite２系がリンクされているということだよね。

にもかかわらず、PDOでsqliteって書けば
自動的に３系が呼び出されて使われるの？

つまり、PHPの内部でリンクされているsqliteを
２から３に変更しなくてもいいってことなの？

こいついつからいるの？

>>361
警察に通報した。

PDO + SQLite3でしか動かないサンプル書いて。
5行くらいで。

で、もしそのコードが動いたら、
自分のパソコンではSQLite３が動くって
確認できるでしょ。

sqlitemanagerで、
パスの情報を入力するときには
バックスラッシュで入れるんだ。

ところが、いったん認識されて、
管理画面でみると、ノーマルスラッシュに変換
されて表示されている。ふしぎ！

http://www.phpbook.jp/database/sqlite/index1.html

ここみたら２つとも入れないとダメなんじゃん。
だったら、そう言ってくれなきゃ。

ここまで来るともう笑いがこみ上げてくる

>>366
警察に通報しました。

なんなのこの子？小学生？

>>368
警察に通報しました。

>>365
君は Windows 環境か。なら dll なんて使わんからそんなこと知らんわ。
しかも話題が PHP じゃないか。すれ違いだろ。恥ずかし。

>>370
Linuxってdllって無いの？

この基地外のスレ違いはとどまる所を知らないな
もう相手すんなよ、半端に答えた馬鹿共

>>372
警察に通報しました。

スルーするー

>>374
警察に通報しました。

pdo.so ってLinux環境でだけ
入れる必要がある？

>>376
警察に通報しました。

>>377
警察に通報しました。

このスレって池沼しかいないの？

>>379
警察に通報しました。

透明あぼーんでスッキリ

#include <sqlite3.h>

{
　　sqlite3 *db;
　　sqlite3_open("anatawa_daare", &db);
　　return wakaran;
}

>>382
警察に通報しました。

>>381
警察に通報しました。

>>382
これってC？

C以外の何に見えるんだ

Cのようなもの

コンパイルが通りませんでした！

おいらもCは触ったことがないのでわからんや
つかすごい荒れようですね
敵同士だけども…認め合ってお互いを高めあうライバルのような、そんなスレだと思って開いたが残念だ。

荒れてない荒れてない

？をあぼーんするだけで静かなもんだ

>>390
警察に通報しました。

>>388
*unix 系で Darwin + Xcode なら標準で、Linux 系なら管理メニューから sqlite3 関連インストールすればいけるよ。
C/C++ どちらも Ok.

sqlite3_exec("select * from tbl;", ...);

こんな感じで手軽に C/C++ から sqlite3 が扱えます。

ボケにマジレスされても

>>393
どうして、そんなに病んでるの？

sqlite使うと精神がやむのかもね。
COBOLみたいに！

出来心でやったボケにそんなマジレスされる方が辛いと思うけどなｗ

>>395
そうなのか。で、COBOL（遠い目）って現役？
だけど sqlite は sql 始めるのにいいよね。

>>396
レベル上げたレスしてくれたらいいじゃないかい。期待してます。って、目的持ってない人にはどうしようもないか。。

>>397
よくめんどい奴だって言われるだろｗ

（１）MySQLはユーザーという概念があるのがめんどくさい
（２）MySQLはInnoDBとかデーターベースの種類を選択しなければならないのがめんどくさい
（３）MySQLは変数の型を指定しなければならないのがめんどくさい
（４）MySQLはサーバー名(localhostとか）を指定しなければならないのがめんどくさい
（５）MySQLは無料のレンタルサーバーにPDOのドライバが入っていないのがめんどくさい

SQLite　って、オートインクリメントって、
できないの？

>>400
なんで検索しないの？馬鹿なの？死ぬの？

>>401
だってオートインクリメントを設定する項目がないんだよ

設定する項目・・・

それはオートバックス

だーかーらー
相手しないように。

一言「出来る」でいいだろ。ホントに知らないんだったら SQLite の前に SQL その物を知らない超初心者なんだからさ。

>>399
それは MySQL に限らないと思うんだがなぁ。

死んじゃらめぇ

大して知識もないのにえらそうにしたいだけの奴が最近多すぎるな。

知識絶無の奴からはそう見えるのか。

ぬるぽ

んがんぐ

http://d.hatena.ne.jp/dayflower/20060516/1147777685

SQLite では，フィールドを INTEGER PRIMARY KEY
にして INSERT の際にそのフィールドに値を与えない
と同じような挙動になります。

やっぱりオートインクリメントないんじゃん。

http://d.hatena.ne.jp/masuP/20060622/1151014044

「先日悩んでいた、SQLiteのPRIMARY KEYの自動採番(オートインクリメント)が出来ない件は、

どうやらCREATE TABLEの時に、id INTEGER PRIAMRY KEY,…のINTEGERの記述が抜けていたようです。

なんでかっていうと、SQLiteはデータ型を決めなくてもよいので、

めんどくさがりの僕は記述してなかったんですね。
-----------------------------------------------------------
↑これってどういう意味だ？

http://blog.kumacchi.com/2008/04/sqliteinsert.html

「SQLiteで自動でインクリメントするカラムを定義するには

「カラム名 INTEGER PRIMARY KEY」

という風にしてCREATE TABLEします。下が例に
なります。下の例ではカラム名IDXという名前のオ
ートインクリメントされるカラムを定義しています。下
のサンプルで作成されたテーブルにINSERTすると
IDXは自動でインクリメントされていきます。インサー
トするたびに１，２，３・・・と勝手にインクリメントされ
るわけです。」

このやり方でいいのか？

SQLiteManager坊や乙

>>414
正確な定義としては間違っているが、一般的な用法としておそらくそれでいいと
答えていいような気がする。
スキーマを見せて頂ければもう少し具体的に述べることができるかもしれない。

>>415
警察に通報しました。

>>413
君の頭の構造(程度)がわからない。
auto incrimental は出来るだろ？

Primary Key は重複するコードを持たない。その副産物が auto incrimental な挙動として現れる。

それはそうと SQLite3 入門でも買ったらどう？
ここ何日も悩んでる？内容はそこにあるよ。

それと >>417 のように直ぐ切れない。カッカするのはカルシュウム不足かい。

>>418
オートインクリメントはできるけど
そのやり方が隠しコマンドなんだよ！

>>418
それにいってることもおかしい。
１の次に１を入れようとしたら、
「重複できないから、自動的に２になる？？？」
そんなわけがない。

Null許容だったら自動的にNULLになるし、
Null不可だったらエラーになる。
「重複できないから」
という理由で自動的に数字がインクリメントされるということはない。
実際に試してみると良い。

これだから理論物理学者は困る。

>>418
自分の頭の程度は、偏差値６５．
上位１５％くらい。覚えておけ。

>>419
か、隠しコマンドぉ？　これは command では無いのだがなぁ・・・

>>420
論理物理学者？・・・・なんじゃそれ。
だ〜か〜らぁ　 SQLite3 入門から読みなされ。
SQLite3 がそのように説明してある。実験的に見いだした結論ではない。君の頭は大丈夫かい。どうでもいいけど、なんか恥ずかしいぞ、おまえ。

そもそも、auto incremantal その物を実装したいのかい？
君が DB の勉強をしていく中で、今の悩みはなんだったんだろうと気がつくだろう。そんな程度のものだ。
途中で delete したらそこから renumber でもし直すのかい？

>>421
へ、偏差値65ぉ？
おいおい、君のは変態値の間違いだろ。不覚にもお腹がよじれるほど笑ってしまったぞっ!

http://cl.pocari.org/2006-02-12-1.html

結局これが一番わかりやすい

「PHP のマニュアルの sqlite_last_insert_rowid の項目を見ていたら

Tip: You can create auto-increment fields in SQLite by declaring them as INTEGER PRIMARY KEY in your table schema.

つまり，SQLite で auto-increment なフィールドを作りたければ，

INTEGER PRIMARY KEY

を指定してあげればいいらしい．」

MySQLの場合は、
「オートインクリメント」って項目があって、
それをポチってすればオートインクリメントになるんだよ！

MySQLって馬鹿しか触らないの？

あるテーブルのデータを数値型のカラムの昇順に並べているのですが、
上位100件以下のデータを削除する、というクエリはありますでしょうか？

>>426
１番から１００番だけ残して、
１０１以降をデーターベースから削除したいってこと？

>>426
ROWID

delete from tbl t1 where (select count(*) from tbl t2 where t1.col < t2.col) > 100;

>>427
はい。101番以降を削除したい次第です。

>>428
ROWIDはSELECT結果ごとに変わるのですか？
ちょっと試してみます。

>>429
ぬぉ…
試してみます。。。
tblの後のt1とt2はAS t1/t2と同義でしょうか？

自分だったら頭が悪いから一気にやろうとしないで

（１）データーを全部新規テーブルAにコピーする
（２）数値でソートする
（３）１−１００までだけを新規テーブルBにコピーする
（４）Aを削除
（５）Bのデーターを表示

ってやるけど。それを１行でできると？

>>430
>>431
お前ら自己結合すらやった事ないのか

>>430
SQLiteに限らずASを省略できる処理系は他にもあったような気がします。
新規テーブルでいいなら
create newtbl as select * from oldtbl order by col limit 100;
が圧倒的に楽

http://www.sqlite.org/autoinc.html

しつこくオートインクリメント。
英語なのでちょっと読むの難しい。
大半はわかるけど。

以下、わからない単語
monotonically

SQLiteの場合、ROWIDってのは
何もしなくても勝手に作成されるものなのか？

主キーが1カラムなら>>429よか
delete from tbl where pk not in (select pk from tbl order by col limit 100);
の方が良いな。

integer型とint型と違うってどういうこと？
トラップなの？
トラップの解除に失敗すると毒針とか出てくるの？

違うよ

>>437
SQLite3においてINT型はINTERN型と同等でありINTFLOAT型とも同等です。
ただし、INTEGER型とINT及び同等の型の間には文脈によって異なる解釈が
与えられる場合があります。
常にすべてを同等と見なしたい場合、INTEGERの使用を推奨します。
fusianasanして頂ければもう少し詳しく説明できるかもしれません。

＊おおっと＊

DESCコマンドってないの？

DESCってORDER BY のDESC？
使えるよ。

ってOracleのDESC？
同等なのはあるだろ

俺みたいに経験豊富だと、DescとコマンドからDesc(ribe)の方を連想するがな

ここは情報スレ？質問スレ？雑談スレ？

失礼

>>443
>>444
の言うＤＥＳＣです

InsertとかUpdateのﾌﾟﾘﾍﾟｱってずっと保持して使いまわしても問題ないんですかね？

ずっとっていうと？

>>447
明示的に削除するまで有効です。
DBを閉じる前に削除する必要があります。

integer (int) 整数型
float 浮動小数点型

intloat型って・・・あるとしたら凄いなぁ。

SQLiteのint型と
integer型は、
明確に違うものですよね？

>>451
根拠ぷりーず・・・全くもって意味不明なんですけど。

integerのときはオートインクリメントになるけど、
それと同じ動作を期待してintにしても、
オートインクリメントにはならない！

>>450
intloat型はあります。
特別目を引いた面白い型はINTEL型です。
これは数値型だそうです。

>>451
内部的に同じものです。
文脈によって評価が変わります。
構文解析機を作る根性が足りなかったとも言えます。
逆に根性出してもらって複雑にされるのも困りますね。
このくらいの状態が一番いいバランスだと思います。

>>454
変に追いコンだのかもしれない。型は私たちの都合のいい解釈をするもの。
誤解を恐れず言えば、SQlite に型はない。Integer 型に文字を入れることも可能。
　　create table tbl (i1 integer,t1 text);
　　insert into tbl values('seisu', 'moji');

>>451
int型とinteger型が違うと執着するのは、型が厳密な言語をこれまで使ってきた人？ということ。
c/c++でいえば short int, int(曖昧), long int のように整数型であっても扱える範囲が変わる。そういう世界から見ると SQlite の有るようで無い曖昧な型は気持ち悪いのかもしれない。

変数に型が付いてる言語と、保持するデータの方に型が付いてる言語の違いみたいなもんでしょ。
で、SQLiteのスキーマの型は普通のSQLとの字面上の互換性のためにありますよ、と。

ガッテンボタンを連打したい気分

>>455
不思議なことをいう人ですね。
SQLite3以降は型がありますよ。

>>456
むしろ逆です。
SQLiteとの互換性のために自動的な型変換が必要になっています。

>>458
不思議な事をいって申し訳ないねぇ
君がいう「型があるよ」レベルの話はなぁ。私が言わんとしたことが君に理解できていないと見た。

>>459
sqlite(3以前?)の為に必要になっているだって!?。本当かよ。
あまり突っ込んで追いつめたくは無いが、自動型変換というからにはそれぞれの型にスタイルがあって相互に変換されるという事を言ってるんだよね？、・・・だよね？
多くを挙げなくていいからさ。一例で説明できるものある？（こんなことすると荒れちゃうかな？）

>>460
fusianasanして頂ければもう少し詳しく説明できると思います。

>>461
おいおい、勘弁してくれよ。fusianasan に誘うとは。
そうか、君はツリちゃんだったのか。

>>462
釣りではありません。
ここから先は対価が必要ということです。

おそらくあなたは自分の知識が正しいと信じていることでしょう。
そして無知を諭してくれる人もいないでしょう。
無知を諭す役を私がやって差し上げようと。
そしてそれに対価を求めたのです。
私はあなたのママではないのですから。

ママァ〜〜

胸毛生えてるけど、ママって呼んでもらって嬉しいワ。

http://fg-180.katamayu.net/archives/2007/10/27/234557

ここでなんか文句言ってる人がいるけど、
これってファイルロックかけてないから？

http://bsdsystem.blog40.fc2.com/blog-entry-5.html

「sum()などの関数を使うと自動型変換で型識別に失敗して落ちる」

↑これってマジ？

sqliteって

--

↑これでコメントできなくない？
エラーになるんだけど。

>>463
処で SQLite3 をどういう環境で使ってる？
君ってどうも生では使ってそうにないねぇ。Ruby?, Rails?
だとしから、かなり話はかみ合わないわ。

--;)

糞スレになったな

>>470
ああ、最後にセミコロンが必要なんだっけ？
でもパーレンは必要ないでしょう？

だから、

--;

だけで、動きますよね？

>>472
--だけで動いてるよ。

乾いた心にはバーレンも必要

>>473
でもこっちの環境ではエラーになるんだけど？

エラーメッセージくらい出せよ。

>>476
それくらい推測しろぼけ

>>477
今度それ客に言ってみるわ

>>478
そりゃ客が言う台詞だろ
客に言って成り立つかぼけ

はぁ………。

台風一過、この静けさがSQLiteスレには相応しい。

モナーモナー

もっとこう…
SQLiteを使った面白いアプリとかないの？

>>483
つFirefox

面白いかどうかは置いといてh2k6(メディアプレーヤ)は便利。

>>483
カタロム

http://dontstopmusic.no-ip.org/diary/20080111.html#p01

これってどうやって設定するの？

Database#busy_timeout

database is lockedの問題についてどう対処すればいいの？

デフォルトでは0秒しか待たない、つまり
トランザクションを確保しようとして、ロックを取りにいったところ、
もし先客がいたら、0秒でdatabase is lockedになってしまう。

それなので、timeoutを５秒とかに設定するんだけど、
それってデーターベースそのものの設定で、そういう風に設定
できるの？できないの？

もしできないとしたら、一回ごとに、timeoutの設定文を
すべてのソースコードに書かないといけないの？

それで、database is lockedになったときの処理は
try　catch文でエラーを補足して、自分で処理を書かないといけないの？

毎回設定して毎回処理かけや

こんなに半泣きでヒスってるみたいな質問文も
久しぶりに見る。

SQLiteはDBMSというよりSQLで検索できるストレージみたいなものだから、
排他処理だなんだと複雑なことやりたければ、自分で処理を書く。

それが嫌ならMySQLとかのdaemonが動いているDBMSを使う。

質問です。
現在JavaでSQLiteDBを利用しています。
その中で、1つのSQL内で二つのDB(それぞれA、Bとします)を参照することになりました。
以下概略です。

Class.forName(org.sqlite.JDBC);
Connection conn=DriverManager.getConnection(jdbc:SQLite:[DB Aの場所]);
String sql="select A.hoge B.hage from [A内のテーブル] A
left outer join [B内のテーブル] B
where 条件";

これで
java.sql.SQLException: near "B": syntax error
というエラーが出ました。
恐らくBを参照できないことによるエラーだと思われるのですが、どこをどのように直すべきでしょうか？

>>492
参考になるページ知ったら教えて。

attach database 'DB B の場所' as B;

楽観ロックでいいよ

C#でSystem.Data.SQLiteを使う（LINQで）良いサンプルがどこかにありませんか？
あれば紹介してください。英語でも良いです。

>>497
総本山のフォーラムより

testlinqってプロジェクトファイルが、ソースコードと一緒についてくるから、それ使ったらどう？

だって。

ttp://sqlite.phxsoftware.com/forums/p/1264/5375.aspx#5375

Documentation の SQL Syntax が、以前は BNF だったのに、
今見たら状態遷移図になっててびびった。
以前の BNF のに戻してくれー！

こっちの方がいいじゃん
BNFのパースを頭でやる時代は終わったんだよ

キレイだけどBNFの方が便利だな

json.org思いだした

>>498
ありがとう。
そのフォーラムには自分もたどり着きました。
それ以前にEntity Frameworkのインストールに手間取ってましたが、
ようやく環境が整ったのでじっくり読んでみます。
LINQおもしろいね。

・DBMS名とバージョン：
SQLite3

・テーブルデータ
【マスタテーブル】（idが主キー）
id　name　kana　publication　　＃　Catalog　//　同人誌マスタ
---------------------------　　＃　publicationはEvent(id)を参照
01　AAAA　aaaa　02
02　BBBB　bbbb　02

id　circle　kana　ext　comment　　＃　Circle　//　サークルマスタ
------------------------------　　＃　UNIQUE(circle,ext)
01　･･････　････　･･･　････
02　･･････　････　･･･　････

id　title　　＃　Title　//　原作マスタ
---------　　＃　UNIQUE(title)
01　･････
02　･････

id　attribute　　＃　Attribute　//　属性マスタ
-------------　　＃　UNIQUE(attribute)
01　･････
02　･････

id　event　year　month　day　place　host　　＃　Event　//　イベントマスタ
----------------------------------------　　＃　UNIQUE(event,year,month,day)
01　･････　････　･････　･･･　･････　････
02　･････　････　･････　･･･　･････　････

【１：Ｎ関係テーブル】
id　author　kana　　＃　Author　//　作家リレーション
----------------　　＃　UNIQUE(id,author)，idはCatalog(id)を参照
01　･････　････
02　･････　････
02　･････　････

【Ｎ：Ｎ関係テーブル】
id　cid　　＃　Publisher　//　サークルリレーション
-------　　＃　UNIQUE(id,cid)，idはCatalog(id)を参照，cidはCircle(id)を参照
01　01
02　01

id　tid　　＃　Original　//　原作リレーション
-------　　＃　UNIQUE(id,tid)，idはCatalog(id)を参照，tidはTitle(id)を参照
01　01
01　02
02　02

id　aid　　＃　Property　//　属性リレーション
-------　　＃　UNIQUE(id,aid)，idはCatalog(id)を参照，aidはAttribute(id)を参照
02　01
02　02

(本文が長すぎます＆改行が多すぎますと怒られたので一旦区切ります)

誤爆しましたorz

同人誌スマタと読み間違えた

SQLiteってトランザクションを発行すると、
自動的にデーターベース全体がロックされるの？

SQLiteManagerのバグかな？
IEだと動くけど、firefoxだと動かない機能あるよね？

執念深く、だが何も学ばない馬鹿だな

回答できないのなら、無理に書き込まなくても良い。

執念深く、だが何も学ばない馬鹿だな

>>511
こいつマジで入院させたほうがいいだろｗｗｗ

執念深く、だが何も学ばない馬鹿だな

似たもの同士にしか見えないｗ

SQLiteをやると精神を病む

SQLiteにODBC driver経由で接続したいのですが、自分のXPは64bit版だったりします。
64bit版のODBC driverの所在をご存じの方は教えてください。

ODBC driverってPDOみたいなの？

>>516
32bit版のドライバ使えると思うよ
c:\windows\syswow64\odbcad32.exeとか無いかね？

>>507
ロックはファイル全体に対してかかります。
ただし、読み込み中に読み込みが出来ないというようなことはありません。
また、SQLiteはデータベースファイルのセマンティクスが他とは違います。
ファイル全体がロックの対象になることによるパフォーマンスの低下は
ほとんどありません。
ご安心ください。

超えた！！！

＞データベースファイルのセマンティクス

これってなんだろう？？

更新のあったレコード全部削除してinsertし直すが、削除せずupdateするより5倍程早かった＞＜

PHPです
どっかおかしいのかな…

なぜUpdateの方が早いと考えるのかがさっぱり分からない

>>523
updateの方がディスクのアクセスが少なく、早いのかなと…。
今まで、sqlでも小規模なデータしか扱ったことが無かったので、良く理解できて無かったみたいです。

読み込む時でも、複雑なsql文で絞ったりするより、単純なsql文を投げて大きく取った方が、結果的に早いみたいですね。
散々チューニングして遅くしてましたorz

>>524
たしかにUPDATEのほうが速くていいはずなんですよね。
参考までに、どの程度の規模のデータベースで何をしようとしたのか教えて
頂けませんか？
あなたの得になることは何もないので申し訳ないのですが。

>>525
データを残してなくて正確なことはアレなのですが、

カラム数5のテーブルt、レコード総数はその時点で5000件ぐらいだったと思います。
その内カラムc1がxであるレコードが500程。

方法1
BEGIN
DELETE FROM t WHERE c1 = 'x'
INSERT … を500回くらい
COMMIT

方法2
BEGIN
UPDATE … 何回か（500くらい）
DELETE … 何回か（50くらい）
COMMIT
※UPDATEとDELETEの順番はランダム。入れ替わり立ち替わり。
※UPDATEもDELETEもWHERE句はANDのペア一個。ペアの片方は c1 = 'x'
※UPDATEの更新内容はINTEGERのカラムを2つ。


各数値はうろ覚えです…

この状態で計測した所、方法2が方法1の5倍くらいの時間でした。

どなたか確認していただけると助かります。

大事なことを忘れてた…
sqlite2.1
php5です。

>>526
チューニングはその1万倍くらいの規模になってから考えればいいよ
正直、やるだけ無駄

もしかしてSQLiteは関係なくてSQLの組み立てで時間が変わっている
なんてことはありませんか？

>>528
約1分に一回くらいこの処理をしているので…。
遅い方にした時はかなりなボトルネックになりました。

>>529
そこは大分確認しました。
一応、後でもう一度きちんとデータを取ってみようと思います。

>>530
そうですか。
ではちょっと確認してみますね。

とりあえず5000件のランダムデータを書き込んでみたんですけど、
BEGIN〜ENDで囲まないと1分近くかかって驚いたのですが、トランザクション
内ではミリ秒単位ですね。
ずいぶんな差が出て驚きました。
いろんな意味で。

51秒が0.015秒へ。

初期化にかかった時間: 0'15''
UPDATEにかかった時間: 0'16''

初期化にかかった時間: 0'15''
DELETE INSERTにかかった時間: 0'16''

5000件中の500件程度では全く変わりませんね。
というか、15ミリ秒程度だと、負荷を気にする意味が感じられませんでした。

使用言語C++
プラットフォームWin32
テストデータはrand()で生成。

50万件中の5万件について調査。

初期化にかかった時間: 1'500''
DELETE INSERTにかかった時間: 0'609''

初期化にかかった時間: 2'4294966765''
UPDATEにかかった時間: 0'578''

これもほとんど変わらないですね。
0.5秒程度まで来ると少しでも速くしたいと思いますね。
しかし、5万件の更新ですから時間がかかるのも致し方ないとも思いま
す。
5万件の更新と言えば、1日一回夜間に行う程度のものでしょう。
初期化にかかった時間は50万件の挿入ですからIOの状態によって時間が
変わってしまうようです。
平均して1秒台半ばでした。

逆に、UPDATEがDELETE-INSERTと比較して時間が変わらないというのは、
現在の実装はまだ改良の余地があるのかもしれません。

SqliteのUpdateってInsertしてDeleteしてんじゃなかったっけ

申し訳ない。
自分で書いておきながら数字の読み方間違ってました。
0.015秒じゃなくて、0.15秒。
15ミリ秒じゃなくて150ミリ秒。

件数が大幅に増えても所要時間はあまり変わっていないことになりますね。
全データ量と更新するデータ量が100倍に増えても所要時間は数倍程度でした。

検索ではなく更新に要した時間だということに気を付けてください。
もしかするとSQLiteってかなり使えるかもしれないです。

>>535
だとすると、PHPはCより速いってことにならないですか？

5000件中の500件更新で0.16秒程度。
50万件中の5万件更新で0.6秒程度。

思っていたよりパフォーマンスがいいと思います。

調子に乗ってさらにやってみました。

5000万件中の500万件更新

初期化にかかった時間: 160'891''
UPDATEにかかった時間: 80'172''

初期化にかかった時間: 165'250''
DELETE INSERTにかかった時間: 63'312''

1億件中の1000万件更新

初期化にかかった時間: 333'4294967233''
UPDATEにかかった時間: 196'4294966609''

初期化にかかった時間: 343'375''
DELETE INSERTにかかった時間: 166'429''

さすがに時間がかかります。
とはいえ、1億件のデータを挿入して1000万件を更新しても数分です。
これはすごい。
確かにデータ量が多くなるにつれはっきりとUPDATEのほうが遅くなって
きますね。

WHERE 句のカラム (c1 ？) に INDEX を切っての比較きぼん。

なぜExplainしないんだ？

以下のような関数を用意して、その関数内でのみ計測を行いました。
多分純粋にexecのみの時間が取れていると思います。
PHP5、sqlite2.1、レコード総数は5000弱です。

function _exec($q) {
　$t0 = microtime(true);
　$result = sqlite_exec($this->dbh, $q); // ←の1行を計測
　$this->keisoku_t += microtime(true) - $t0;
　print (round($this->keisoku_t, 3) . ' ' . $q . "\n");
　return $result;
}

以下結果です。「累積時間 クエリ文字列\n」で出力しています。
一部の文字列をはしょっています。「○○」は固定です。

***方法１***
0.001 BEGIN
0.008 DELETE FROM tbl WHERE c1 = '○○'
0.008 INSERT INTO tbl (c1, c2, c3, c4, c5) VALUES ('○○', '[INTEGER]', '[TEXT]', '[TEXT]', '[INTEGER]')
0.008 INSERT (2回目)
･･･
0.013 INSERT (100回目)
･･･
0.034 INSERT (541回目)
0.260 COMMIT


***方法２***
0.001 BEGIN
0.009 UPDATE tbl SET c2 = '[INTEGER]', c5 = '[INTEGER]' WHERE c1 = '○○' AND c3 = '[TEXT]'
0.012 UPDATE (2回目)
0.021 UPDATE (3回目)
･･･
0.392 UPDATE (100回目)
･･･
2.223 UPDATE (541回目)
2.412 COMMIT



10倍も差が出てしまった･･･

UPDATEも複数回やってんのか。
そりゃクエリの数が違うべ。
DELETEは一回ですんでるけどUPDATEはそのたびにクエリ発生してるじゃないか。

>>542
>>535のように
UPDATE = INSERT + DELETEのクエリが発生しているってことでしょうか？
だとすれば大体納得がいきますね。

>>539
http://77c.org/d.php?f=nk6053.zip

受信キー　SQLite

インデックスの有無は意外な結果ですね。
初期化時間の欄は挿入に要した時間です。

>>543
つーかWHEREの回数

さらに1000万件10GB規模追加。

http://77c.org/d.php?f=nk6054.zip
受信キー　SQLite

>>546
インデックスがあってもUPDATEは若干早くなる程度みたいですね。
DELETE INSERTとUPDATEの時間がほぼ同じなのは興味深いです。
件数が一番多いのは時間が跳ね上がってますね･･･

>>547
ぁああ！確かに
そりゃ遅いですねorz

>>549

>>548も見てください。
意外ですよね？
これは結構チューニングノウハウがあるのかもしれないです。
疑問を提起してくださって感謝です。

> 件数が一番多いのは時間が跳ね上がってますね･･･

まあ、一億件ですから。
I/Oも高い時で100MB/s軽く超えてました。
かなり効率よくI/Oを使っているのだと思います。
実際にこんな件数入れることは無いと思います。
>>548で件数を減らしてデータ量を上げてみたら逆転したんですよね。

今回の件に関する自分なりの理解をまとめてみました。

・DELETEやUPDATEはWHERE句によるシークがあり、クエリを投げる度にシークのロスが生じる。
・INSERTは追加するだけなのでシークによるロスが無い。

→DELETEやUPDATEはINSERTに比べて遅い。
→なので、DELETEやUPDATEの回数は出来るだけ少なくなるようにする。

ただし、INSERTを多用する場合と、UPDATEが少しの場合を置換できる時は、
後者の方が早くなる場合もある。

こんな理解で合ってますでしょうか･･･

>>550
文字列のバイト数に対する時間が、リニアでない（２次曲線的な？）増え方をしてますね。
レコード件数でも恐らくこの増え方だろうと思うのですけど、
この増え方が、SQLiteが大規模運営に向かない理由になるのかも知れませんね。

> この増え方が、SQLiteが大規模運営に向かない理由になるのかも知れ
> ませんね。

1000万から1億件を扱うデータベースで100万から1千万件の更新に数分
かかるのが問題ならそうなりますね。
おそらくSQLiteの処理にかかる時間より更新するデータを用意する時間
のほうが大きいと思いますが。

おそらくどのような場合でもDELETE-INSERTを使うべきなのだと思います。
今回の実験でUPDATEにメリットは見いだせませんでした。

UPDATE一発ならともかく、個別に変更なのに大量に変更かかるケースが特殊。
それにリレーションの関係で消せなかったりする場合もあるから、常にDELETEINSERT
というわけにもいかないでしょう。

漏れも >>553 に同意だなあ。

INSERT できるってことは元のデータを知ってないといけなくて、
例えば、住所録で電話番号を変更しようとしたら、

A. UPDATE 方式
A.1. UPDATE で当該行の電話番号を変更

B. DELETE-INSERT 方式
B.1. SELECT で電話番号以外のカラムを取得
B.2. DELETE で当該行を削除
B.3. INSERT で電話番号を含むデータを挿入

ってなるんじゃないかと思うけど、
これだと DELETE-INSERT 方式は厳しいような。

DELETE-INSERT を使うべきケースが存在し得るのは否定しないけど、
それは、一括投入可能なデータセットがあらかじめ別途用意されている、
みたいな特殊なケースなんじゃないかという気がする。

>>554
Bの方が速い。

>>555
マジで？いや、実測でそうなら納得せざるを得ないんだけど、俄には信じ難いっす。

sqlite3じゃないのか... バルク処理にprepareとかバインド変数が
使えないAPIっていやだな。
sqlite3だったら↓こういう方法もあるようだが
http://www.sqlite.org/cvstrac/wiki?p=ScrollingCursor

>>557
貼り間違った
http://php.net/manual/ja/sqlite3.prepare.php

>>556
嘘つく理由ないし。
失礼な奴だな。

UPDATEが遅い理由、遅くても使うべき理由は、ロールバック。
たぶん。
速度重視なら使う理由がない。
たぶん。

System.Data.SQLite微妙だった。DataSetに読み込んだとき、
デフォルトで挿入されたはずのNULLが<ファイルが読み込みできない>
とか妙なエラー値？になった。以上報告終わり。

>>560
ロールバックだけならDELETE-INSERTでも良いじゃん。

言葉の通じないアホがそのうちやってくると思います

お手数をおかけしますが、
かわいがってあげて下さい


748 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/02/18(水) 02:09:09 0
SQLiteってどうやってデータベース作るの？
パスワードとかユーザー名とかいらないってのはわかるんだけど...
任意のデータベース名を入れるだけで動くの？どこに保存される？

>>563
それはたのしみだ。

なんでもかんでもSQLiteってのがまちがい

>>565
>>548から察するにほぼ不可能はない。

やっぱりアクセスを越えたんだ

>>567
性能は超えてると思う。
その他が負けてるけど、そこは根性でカバー。

同時アクセスへの耐性はどうなんよ？

>>569
何度もガイシュツだけど、SQLiteはSQLが使えるストレージとしてみるべきもので、
同時アクセスだのとDBMS的な性能が欲しい場合、MySQLなりPostgreSQLなりを使うべき。

排他制御されるから耐性はあるよ

PostgreSQL(笑)

>>570
database is lockedへの対策はどうしたらいい？

>>573
ロックされてるんだから何の問題も無いだろ
何言ってんだ？

>>573
典型的なコード例が載っているページが公式Wikiからたどれたと思う。

データベースファイルを開くにはどうしたらいいですか？ってレベルの問い
なので、否定的な文脈で書かない方がいいと思いますよ。

ほとんどの疑問について公式サイトに答えがあります。

公式wikiってどこ？

ttp://www.sqlite.org/cvstrac/

>>577
それのどこ？

どれかじゃね？
http://www.sqlite.org/cvstrac/search?s=database+is+locked&w=1

晒し貼り

ロックのタイミングについて
http://stackoverflow.com/questions/564298?sort=oldest#sort-top

PHP勉強中なんですけど、CSVファイルをSQLITEのテーブルにインポートしようとしてるんですけど、CSVを直でインポートできるんですか？
CSV開いて、1行ずつ読んで、INSERT？

>>573
sqlite3_enable_shared_cache() と PRAGMA read_uncommited=1

>>581
できる

>>582
ロックを取得できるまでブロックするとかできないのかい

>>584
？

タイムアウトがデフォルト0だからそれ伸ばすだけだろ

>>584
sqlite3_busy_handler() でどうぞお好きなように実装してください

>>5
これ複合キーの設定できないんか

SQLiteのメンテナンスツール探してて見つけた。3年近く、更新されていないようだけど...


SQLite Database Browser
http://sourceforge.net/projects/sqlitebrowser/

使ってみた感じ、フィールドの値を更新するのに、別ウインドウにいくのがうっとおしいと思った。

8000件ほどのレコードから100件、15カラムをselectすると0.6秒かかりますが
こんなもんなんでしょうか

インデックスは？

全部にはつけてませんがwhereやjoinに使うカラムのインデックスは作ってます

>>590
カラム数が影響してるからかもしれんが、
遅い気がする。

CPUとメモリ、使用言語は？

ＣＰＵ：Ｚ８０
使用言語：日本語

使用言語なんて関係ないだろうが。どうせ糞みたいな
テーブル設計に糞みたいなクエリを書いてるんだろう。

インデックスが効いてたら0.6秒はないだろうな

>>590

またベンチとってみたんだけど、インデックスはると計測不能（GetTickCount()で
同じ値が返ってきてしまう）程度に速いんだけど。
分解能がどの程度あるのか知らないけど、NT系55msって話は聞いたことあるし、
これまでも100ms程度を期待して困ったことはないから、それ以上の速さってこと
だろうと思う。
8000レコード15カラム1レコードのデータ量1.5KBで計測。

0.6秒ってどんな環境でそうなるの？
参考までに教えて頂けたらなと。
よろしくお願いします。

と、ここまで書いて気がついた。
もしかしてトランザクションがらみで遅くなってないですか？

>>597に追加。

8000レコードから100レコードを検索、15カラム1レコードのデータ量1.5KBで計測。

>>592
CREATE TABLE 文とSELECT文をここに書かない限り
誰も何のアドバイスもしようがない。

JOIN や WHERE で使うカラムにインデックスはあるとか言ってるが
どのようなテーブルにどのようなインデックスがあって、それを
どのようなクエリーで使ってるかが判らなければ、そのインデックスが
有効に使われているかどうかなんて判らない。

>>597
1発のSELECT でトランザクションが関係あるわけねーだろ。アホか

>>598
お前も計測に使ったテーブル設計とクエリーを書けよ

計測対象が違うものを計測して、互いに比較する事に
何か意味があるとでも思ってるのか？

SQLite でどのようにインデックスが使われるかはここに書いてある。
http://www.sqlite.org/optoverview.html

英語が読めません(泣) とか言う馬鹿は邪魔だからアクセスでも使ってろ

>>600
一発のSELECTとは限らないので可能性として。
他の可能性としては、データベースファイルの大きさ。

まあここでまず間違いなく言えるのは>>590の SELECT にインデックスが使われてないってこと。
あとはスキーマと SELECT 文を晒してもらえない限り議論のしようがない。

JOINの使い方が糞じゃないのか？
SELECT文をアップすればいいのに。

単純に60msの読み間違えと見た

コンソールに表示させてスクロールする時間も計ってるとか。

えーあまり引っ張るほどのネタではないですが
SQLは見よう見まねで作ってるので、ようは>>595てことだと思います
今見たら>>590はちょっと端折りすぎで、複数条件でのjoinは遅くなるのかってのがおもいっきり抜けてました
単テーブルや単純な結合ならちょっぱやなので検証してくれた人すんません
遅くなるのはこんな感じのクエリ
$sql = "SELECT person.name, period.period, result.point, ...以下いくつかのカラム FROM content
INNER JOIN person ON content.name_id = person.id
LEFT JOIN result ON content.name_id = result.name_id AND cont.period_id = result.period_id
WHERE content.group_id = 数字";

画像にするとこんな感じ（テーブル名、カラム名はダミー）
ttp://uploaders.ddo.jp/upload/500k1/src/1235569858639.png
クリエイトなどの操作はFirefoxのアドオンでやってて何度か言われてるインデックスは
id系のカラムのみCREATE INDEX "○○_idx" ON "○○" ("id" ASC, "period_id" ASC)な感じで作ってます
resultテーブルは成績とか得点とかperiod期間ごとの各人の数値
contentテーブルがメインテーブルになり、これを元に各テーブルから人名＋付随の情報の一覧を作ります
result のidカラムは今回selectが遅いことから作った物で content.result_id = result.idで繋げると普通に早いです
とりあえずresult.idを作ったことで速度は改善しましたけど
遅い原因が作りが悪いのからなのか2つの条件でLEFT JOINしたからなのか

>>608
CREATE INDEX "result_idx" ON "result" ("id" ASC, "period_id" ASC);
としてたのかな？
これだと id + period_id の複合インデックスか
id のみのインデックスとしてしか効かないので、
ON content.name_id = result.name_id AND content.period_id = result.period_id
では利用されないと思う。
WHERE content.group_id = 数字 のところも同様。

CREATE INDEX "result_multi_idx" ON "result" ("name_id" ASC, "period_id" ASC);
CREATE INDEX "content_multi_idx" ON "content" ("name_id" ASC, "period_id" ASC);
CREATE INDEX "content_group_idx" ON "content" ("group_id" ASC);
あたりを追加すると速くなるかも。ならないかも。

速度が気になったらまずEXPLAINだろう

今のインデックスは全部 DROP して以下の INDEX を定義しなさい。

CREATE INDEX idx_content ON content( group_id, name_id, period_id );
CREATE INDEX idx_person ON person( id );
CREATE INDEX idx_result ON result( name_id, period_id );

↑を定義すれば、>>608 のクエリーで実行される3重ループが
全てインデックスで実行されるようになる。

パスワードでファイルにロックかけたり
暗号化って出来ますか？

できる！

できるんですね
ありがとうございます

>>614
ttp://d.hatena.ne.jp/tateisu/20070117/p2

set_authorizer(authorizer_callback)

このルーチンはコールバックを登録します。
コールバックはデータベースのテーブルのカラムにアクセスしようとするたびに呼び出されます。
コールバックはアクセスが許可されるならば SQLITE_OK を、SQL 文全体がエラーとともに
中断されるべきならば SQLITE_DENY を、カラムが NULL 値として扱われるべきなら
SQLITE_IGNORE を返さなければなりません。
これらの定数は sqlite3 モジュールに用意されています。

コールバックの第一引数はどの種類の操作が許可されるかを決めます。
第二第三引数には第一引数に依存して本当に使われる引数か None かが渡されます。
第四引数はもし適用されるならばデータベースの名前("main", "temp", etc.)です。
第五引数はアクセスを試みる要因となった最も内側のトリガまたはビューの名前、
またはアクセスの試みが入力された SQL コードに直接起因するものならば None です。

第一引数に与えることができる値や、その第一引数によって決まる第二第三引数の意味については、
SQLite の文書を参考にしてください。必要な定数は全て sqlite3 モジュールに用意されています。

AIR使え

よくSQLiteは組み込みDBとして取り上げられるますが、クラッシュ時の
復元などはやってくれるのでしょうか？

ないよ

そうですかありがとうございました。(´・ω・`)

Adobe Reader に sqlite.dll が入ってたんだね。

>>620
クラッシュ時の復元ではないけど、こんな機能はあるみたい。

SQLite Is Transactional
ttp://www.sqlite.org/transactional.html

つまりクラッシュしても破損しないから復元も何もする必要がない、と

>>620
何度も何度もガイシュツだけど、sqliteはDBMSというよりはSQLで操作できるストレージ
と見るべきもの。

ということにしたいのですね。

ぬるぽ

ガ3ツ

行レベルロックしないの？これ？

残念ながら。

だがあんまりこまらん

あら、そ

一人で使う物で行レベルロックが必要なケースってなんだ？

マルチスレッドで一気に書き込まれるとか？

それでもテーブル単位のロックで十分じゃない?

行レベルロックついたらもはや「Lite」じゃないな

過去スレのどっかでみたけどそういうことしたいなら
wrapper書いてユーザー管理とかアクセス権とか
そういうのも含めて制御してる人がいるらしいが

適材適所という言葉を贈りたいです＞＜

MySQLとかと違ってSQLiteの利点はデーモン走らせておく必要がないこと
wrapper書いてまで拡張するのはどうかと思うが
基本機能に認証くらいはあっていいとおもう

MySQLは、昔からエンベッド対応しているぞ。

MySQLのスレかと思ったｗ

MySQLとの大きな違いはGPLか否か

>>633
「一人で使うもの」って、誰が言ったんだ？

>>643
>>625 とかもそうだけど、なんだか独断と偏見で用途を限定させたがる香具師が多いよな。
独りでそう思っとく分には勝手にすればって感じだけど、いちいち他人に押しつけんなよと。

一人でしか使わないとは限らないけど
組み込みDBってもっぱら一人で使われることが多いのでは？

それしか知らないみたいな理由で、
何やるにも無理やり同じ道具使おうとする人いるけど、
目的に応じて適当なものを使う方が結局楽だし良い結果がでると思う。

>>643とか>>644って
よそではMS ACCESS使ってマルチユーザーアプリ(笑)とか言ってそう

このスレ、SQLiteよりFirebirdとか使った方が良さそうな人が居るな。

AccessはSQLiteのちょうどいいライバルか

>>646
なんでも知ってるけどたいしたものは作ってない器用貧乏になるよりまし

誰が>>647の相手してやって

accessは最適化しないとすぐにmdbが肥大化するのが嫌
それにスレ違い

Access じゃなくて OOo Base だとどうなん？

>>648
アドバイスありがとうございます
FB使ってみることにします

sage

>>644
はぁ? 使い方じゃなくてSQLiteのアーキテクチャの話だろ。
お前程度の知能のヤツがシステム開発に関わるんじゃないぞ。周りが迷惑するから。

顔が赤いですよ、飲み過ぎですか?

FirebirdってSQLiteと違ってサービスで重いのかと思ったら
超激軽よく出来てるじゃんSQLiteいらないかも

釣れますね

FBスレかと思った

>>656
弱い犬ほどよく吠えるな

>>661
宿題しろよ

歯を磨けよ

(´･ω･`)

風呂入ったか

また来週！

これWEBでぜんぜんトラブルなく３年以上使ってるわ
SQLite2だけど
Myやポスグレなんかより格段に楽でいい
特に鯖の引越しなんかの時
マジおヌヌメ

うん、便利。
ただ、引っ越しの時楽ちんとはいうものの、
更新処理中にファイルコピーかけちゃうとやっぱり壊れちゃうから
その辺は他の DBMS と同じで注意が必要だね。

んなアホな

一瞬でコピーが終わらない程度に成長したDBファイルをコピーしつつアプリからガンガン更新かけてみればわかるよ

>>670
環境は？

RHEL3

更新中の中途半端な状態がコピーされたら、コピー方が壊れてるのは当たり前な気がする。

>>670
そもそも、バックアップとるのに活性でやるのん？

だから、いくら手軽にバックアップできると言っても活性でやっちゃいけないって話。
SQLiteといえど活性バックアップするなら結局専用フロントエンドでdumpするしかないと。

活性時にバックアップとりたいなら、まずファイルシステムの方でスナップショットとるだろ

シーッ！

今まで .dump して .load するしかないと思ってたけど、
いつのまにかこんなのできてたんだね。
sqlite3 コマンドにも .backup と .restore ってコマンドができてるし。
ttp://www.sqlite.org/c3ref/backup_finish.html
あとで読む。

間違えた。こっちか。同じようなもんだけど一応。
ttp://www.sqlite.org/backup.html

ext3ってスナップショットとれんの？

>>680
LVM段階でとる

>>676
逆。
オンラインバックアップできる準備をDB側で済ましてから、スナップショット作成／コピーコマンドなどを実行する。

じゃDB側での対応がない限りスナップショット取れないってこと？

違う。
DBとして整合性あるデータをバックアップできないという意味だ。
こんなことは、SQLiteに限らず、どのDBや一般アプリのデータでも言えること。

データがファイルとして整合性がとれていることと、DBとして整合性がとれていることは、次元が違うってことだ。

ストレージが絡むとLANフリー無停止バックアップなんて
言ってるところもあるね。

その場合>684のようにDBレベルでフリーズさせてる。

>>683
その程度の機能のない DB なんてあるの？というかそれを DB と呼べるの？

あるんじゃねえの？
ていうか例えばSQLiteは対応してるの？
DBとしての一意性確保とファイルシステムのスナップショットAPI対応とは全く別次元の話だと思うが？

> ていうか例えばSQLiteは対応してるの？

なんでこのスレにいるの？

MySQLだと、オンラインバックアップといいつつ、単純にテーブルロックしてるだけじゃなかったかな。
まあ、スナップショットやらミラーなんかの機能を使えば、そんなのでも用は足りるけど。
そもそも、SQLiteレベルでオンラインバックアップなど必要なのかどうかと。

>>688
対応してるの？

>>690
>>678 とかそれだと思うんだけど、違うの？

>>691
ただファイルのバックアップを取る機能じゃん。
ファイルシステムのスナップショット機能と全然関係ない

>>691　ただの無知
>>692　ただの馬鹿

同意

結局SQLite側で特別な機能を働かせなくてもファイルシステムのスナップショット機能で普通にオンラインバックアップしても問題ないってことでFA?
当然トランザクションかけてていつ電源が切れても問題ないような使い方してる前提だけど

無問題

スナップショットってDBの内部構造を理解してるわけじゃないよね？
DBへの書き込みはAPIを介している限りはアトミックに見えるだろうけど、
稼動中に外からただのデータファイルとして扱ったら
更新途中で矛盾のある状態がバックアップされちゃう可能性ないの？
トランザクションをコミットしてる真っ最中とかさ。

>>696
てことは(他のDBMSはともかく少なくともSQLiteに関しては)>>682が嘘つきってことでFA?

>>697
＞更新途中で矛盾のある状態がバックアップされちゃう可能性ないの？
＞トランザクションをコミットしてる真っ最中とかさ。

もしそれで問題が起きるとしたら、更新途中に突然の電源断が起きた場合にも問題が起きるってことだよね。

それはトランザクションとは呼べないような気がするんだが、違うかな？

規模の大きいDBだと、チェックポイントみたいなタイミングにブロック単位のイメージのコピーをとって、
トランザクションを1個コミットするたびにトランザクションログみたいのを記録して、
異常終了後には起動時にイメージを復帰して、トランザクションを矛盾しない状態まで
一個ずつ適用して・・・みたいな事やるんじゃないの？

ちなみに前者を物理ログ、後者を論理ログなんて言ってた。

sqliteはロールバック的なのが有った気がするんだが
あれば普通壊れないよね

ソースは曖昧な記憶

>>700
あーなんかIPAの試験でよく見るなそれw

SQLite使ったアプリを強制終了すると[DatabaseFileName].journal ってファイルが残って、
再起動すると無くなるからそういう事やってるんだと思う。

強制終了で中途半端に実行中だったトランザクションをロールバックして
DBファイルを整合性のとれた状態まで戻してるんだよね。

でも、スナップショット取るたびに異常終了時と同じ
回復処理が必要かもしれないなんて、無問題とは思えないけど。
毎回無作為に強制終了してるのと同じじゃん。

つか、まあ好きにやって。

>>705
> 毎回無作為に強制終了してるのと同じじゃん。

それでも問題ないようにするための DB だろ。
気持ち悪いっちゃ気持ち悪いが。

>>705
そこでsqliteコマンドの.dumpですよ

そして>>675に戻ると

馬鹿な学生がいると聞いてやってきますた

>>707
少なくとも強制終了したときに実行中だったトランザクションは落ちる。
トランザクション自体は複数の操作を不可分に実行するための仕組みであって、
不慮の電源断に備えるための仕組みじゃないべ。
もちろんコミット済みの結果は保証しなきゃいけないけど。

SQLiteって、コミット＝書き込み、なん？
普通は、パフォーマンス上、そんなことはしないけど。

どこにも書かないでACIDのDは可能なの？

ポスグレなんかだとコミットが必ずしもディスクへの書込み完了を保証するものではなかったような。

SQLiteの場合はCOMMITでfsyncもするので、
COMMITでディスクへの書込み完了が保証される代わりに、遅いね。

そもそもunixのファイルシステムを使ってたら書き込みは保証できないだろうけどね。

>>714
選べる。
ttp://www.postgresql.jp/document/current/html/runtime-config-wal.html

おまいら、ログへの書き込みとデータファイルへの書き込みを混同してるだろ。

いいや

5月に発売予定。

SQLite 入門 第2版
http://www.seshop.com/detail.asp?pid=10463

第二版出るくらいなんだから
一版そこそこ売れたんだな。

SQLite 入門ってほとんど内容が PHP のイマイチな本じゃなかったっけか

SQLiteで入門書が必要な奴はSQLiteを使う価値がないと思うんだ

Warning: fetch(/YTV1/ytv/contents/public_html/data/systemdata/inc/..
/template/temp//%%A1^A1F^A1F5C01F%%display.tmpl.php) [function.fetch]
: failed to open stream: No such file or directory in /YTV1/ytv/contents/
public_html/data/systemdata/Smarty/Smarty.class.php on line 1258

尼のレビューだとsqlite関連はこの本が一番まともみたいな感想が載ってるみたいだな。
まあどの本も読んだ事ないから実際は知らんけど。

>>720=>>721=>>725
宣伝乙

>>723
すまん、買った一人。
SQLをほとんど触ったことない弩級の初心者にはなんとか助かった。
だけど、内容がとても浅いので結局はネット=ここ2chのお世話になった。
振り返るととんでもない質問してる。汗。。知らないというのは怖い。

一旦ハマると楽だよね。SQLite3。ただ、サール類が少ない？ような。

サールってなんやねん。俺。　ツールっす。

どんなツールが欲しい？

phqで既に作成したsqliteファイルを操作できるフロントエンドが欲しい

いくつかあるとおもうけど。
ODBC経由でいいなら汎用品も使える。

firefoxのadd-onにフロントエンドあるけど常用してる人いましたら
なにかインプレッションお願いします。

>>727
うぞうぞあるだろうが。

>>733
>>729
すません。 OS X なのが一つの原因かも。
DabaBase Browser を愛用？してるんですがちと重たいです。
>>731
ODBCの入り口に行ってないっす。
書物 & Internet くらいで回りは Access 使いはいるけどって感じで。

俺はここのところずっと TkSQLite 1本だな

AIRのやつはどう？Litaとかいうの。

CPUがARMの組み込みデバイスでsqliteを使っています。
生成されたデータベースファイルを、intelアーキテクチャのPCで開くと、
データベース内の数値がおかしくなります。
温度データが27となるべきところが-0.23420という感じで壊れます。
データベースの構造自体は問題なく、文字データは壊れません。
エンディアンの違いについて調べましたが、答えは見つかっていません。

原因や対処法について何か心当たりがあれば教えてください。

少なくとも今はエンディアンの違いは無いと思うんだけど、
SQLite 2 を使ってるってことはないよね？
ttp://www.sqlite.org/onefile.html

あ、あと、値を格納したり取り出す箇所のコードには問題は無いかな？

sqlite3を使用しています。
値の格納はARMマシンでのみ行っています。ARMマシン上でのsqlite3コマンドでは
当然正しい温度データが表示されます。

dumpを利用すればアーキテクチャの垣根を越えられそうな感じなのでやってみます。

dumpで正常に移行できました。
すみませんよく調べたら組み込みデバイスの方はIntelのIXP4xx(たぶん16ビットCPU)でした。
数値データのビット幅の違いが、温度データが壊れる原因の模様です。
dumpしてしまえば全てテキストデータになるので、PCに持っていってreadすれば
正しい数値データとして格納できたみたいです。

>>736
ありがとぉ〜。ちょっと悪戦苦闘したけど立ち上がった時の感動は大きい。こんなんがあったんだ。きびきびと快適っす。

本が2冊しかないとかありえない

>>743
The Definitive Guide to Sqlite (Definitive Guide) (ハードカバー)
Mike Owens (著)
http://www.amazon.co.jp/Definitive-Guide-Sqlite/dp/1590596730/ref=pd_sim_b_3
# ハードカバー: 464ページ
# 出版社: Apress (2006/5/29)
# 言語 英語, 英語, 英語
# ISBN-10: 1590596730
# ISBN-13: 978-1590596739
# 発売日： 2006/5/29
# 商品の寸法: 23.4 x 18.4 x 3 cm

洋書でも3冊しか出てないんだね

良い物には違いないんだが
特に本が必要とされてないってことなのかな

ぶっちゃけ単なるライブラリだしな・・・

大抵のことは本家に書いてあるしね

オリジナルのC版のSQLiteと、C#とかの他言語で書き直されたSQLiteって
ほんとに互換性有るの？
そういう話題が出たとこ見たこと無いけど。

話題に出ないって事は普通に互換性があるってことだろ

>>749
SQLite.Netはオリジナルのを流用して、それにラッパーを被せてるだけっぽいぞ。

C#で完全に書き直されたバージョンもあるっつの

>>749
kwsk

どれ？

これでしょ？けっこう使いやすそうだよね。まだ使ったことないけど。
ttp://sqlite.phxsoftware.com/

と思ったらこれがラッパなのか？

それはオリジナルのを流用してるよ。
managedonlyってのをダウンロードして、中のexe実行してみればわかる。

1個のDLLにネイティブのコードとC#と両方入ってるって書いてあるな。
知らなかったわ。

>>749
「C#とかの他言語」って他にどんなのがあるの？

>>759
>>749はラッパーと移植の違いが判らない可哀想な子

らっぱっぱーらっぱっぱー

>>749と>>752には説明責任があると思うです

ググレカス

もともとのCのライブラリを利用したやつじゃなくて
ネイティブに移植したやつってことだろ
何でそんな心配するのかがわからんが。

>>749と>>752と>>763には説明責任があると思うです

Cのライブラリはネイティブだろ。ネイティブに移植したやつってなんだよ

>>759
749じゃないけど、JAVAで書かれてるのがあるよ。
http://zentus.com/sqlitejdbc/
ラッパーとPure JAVAなのとを選べるようになってる。

>>767
thx! NestedVM ってのがあるのね。なるほど。

C の SQLite → GCC → MIPS マシンコード →
NestedVM → Java バイトコード → pure Java SQLiteJDBC

って感じで変換してるのかな。これなら互換性は高そうな気はする。

フランケンシュタインのようだ。

むしろ互換性が心配な気分ｗ

tksqliteのテーブルスキーマの変更で
unique (name, value)
というようにカラムの組のuniqueを設定するにはどうすればいいんでしょうか？

いまは Firebird に浮気中

できん。unique indexでも作れ。

tksqlite 0.5.8 Windowsスタンドアローン版で
メニューから「データベース」→「インデックスの作成」を選ぶと
こんなエラーが出るんですが…

window name "check3179608976" already exists in parent
while executing
"ttk::checkbutton $tree.check[clock clicks] -style CheckInTree"
(procedure "initColumnList" line 10)
invoked from within
"initColumnList"
(procedure "initTableList" line 15)
invoked from within
"initTableList"
(procedure "initDBList" line 5)
invoked from within
"initDBList"
(procedure "_init" line 110)
invoked from within
"_init"
(procedure "::GUICmd::CreateIndex::run" line 11)
invoked from within
"::GUICmd::CreateIndex::run"
(menu invoke)

SQLiteだけでなくFirebirdもいいけど、Derbyの方が上な気がする、
機能的に。

こんなん来てた。
ttp://sourceforge.jp/magazine/09/04/22/034210
どう使い分けるのが良いかね。

>>775
SQLite: ファイルをSQLで操作するライブラリ群
Firebird: SQLiteと異なり、きちんとしたRDBMS
Derby: Javaなのが売りのRDBMS
全然かぶらないもの比較してどうするんだ?

>777
アプリ組み込みで使えるDB 3種として。

速度はどんなもんなの?

ちょっぱや

組込みなら H2 Databaseっていうのもあるでよ。

SQliteって、ひょっとして相関サブクエリできない？

できないと思った理由をkwsk

誰もいないのかな？

stmtのprepareについて質問です。
http://masaki.blogzine.jp/mac_prog/2005/08/sqlite3_prepare_1c07.html
を参考に、最初に１度だけ、query用のstmtをprepareして、sqlite3_clear_bindings、sqlite3_resetして、
使っています。この場合で、

１）query用のstmtでselect実行
２）selectでヒットがなかったら、新しくinsert、commit
３）selectでヒットしたら、その行の一部のカラムを更新

を行なっています。ここで、２）のinsert後、２）がヒットするような、１）のselectを実行すると、
なぜかselectがヒットしません。

２）の後に、query用のstmtをfinalizeしてprepareしなおすと、selectがヒットするようになります。

質問：
stmtは、DB更新後は、prepareし直しが必要ですか。
prepareし直さなくて良くなる方法が何かあるのでしょうか。

sqlite3_expired()と言う関数が怪しかったので、２）の前後で値を出してみたのですが、0が返却され変化無しでした。
処理は１スレッド内です。最新のwindows DLLバージョンを使用しています。

firebird embeded に移った。すげぇのひとこと。

>>784
> sqlite3_expired()と言う関数が怪しかったので、２）の前後で値を出してみたのですが、
> 0が返却され変化無しでした。

　sqlite3_expired() は、DB スキーマが変化した時にのみ 1 になる。

> stmtは、DB更新後は、prepareし直しが必要ですか。

　スキーマを変化させない、単純な更新であれば不要。

> prepareし直さなくて良くなる方法が何かあるのでしょうか。

　BEGIN TRANSACTION とか COMMIT TRANSACTION や
END TRANSACTION を明示的に実行してみるのをお勧めする。

>>785
kwsk

>>786

助かります。expired()など助言ありがとうございます。

BEGIN TRANSACTION、END TRANSACTION を試してみましたがだめでした。

その後調べた結果、sqlite3に問題はなく、
> １）query用のstmtでselect実行
の処理で、select後で、sqlite3_clear_bindings、sqlite3_reset漏れが見つかりました。
sqlite3_clear_bindings、sqlite3_resetを行なったところ、prepareし直さなくても正常に
selectできました。

selectがうまくいかなかったときのエラーメッセージを書いておきます。
library routine called out of sequence
sqlite3_stepの戻り値は、SQLITE_MISUSE(21)

今度から、おかしいなと思ったらsqlite3_errmsgチェックします

509 ：NAME IS NULL [sage] ：2009/02/12(木) 03:18:28 ID:???
執念深く、だが何も学ばない馬鹿だな


511+1 ：NAME IS NULL [sage] ：2009/02/12(木) 04:28:39 ID:???
執念深く、だが何も学ばない馬鹿だな


513 ：NAME IS NULL [sage] ：2009/02/12(木) 17:09:16 ID:???
執念深く、だが何も学ばない馬鹿だな

sqliteのテーブル書くときに、フィールドに型名つけてますか？
めんどくさいので、プライマリー以外、名前だけで済ましちゃってるんですけど、
まずいことって出てきますかね

どうせクエリ書くときに型名書けるから別に良いんじゃない

>>790
.schema で訳分からんの困るから普通に定義しといたら？

SQLiteももうVersion7が出たのか･･･技術の進歩は早いなぁ
って思ってこのスレを開いた俺のときめきを返せ！

そんな物元から無かったんだよ

何を今更、もうすぐ８だぜ。

有効なレコードを示すフラグとしてis_deleted
みたいなカラムがあって（NULLが有効レコード）、
有効なレコードだけを参照するために、
available_xxxといったようなviewを用意しています。

SELECT * FROM available_xxx WHERE ...;
のような単純なクエリだと、
viewを参照してもパフォーマンスは変わりませんが、
次のようなクエリだと非常に遅くなります。

SELECT * FROM yyy LEFT JOIN available_xxx ON ...;
（SELECT * FROM yyy LEFT JOIN xxx ON ... WHERE xxx.is_deleted IS NULL; に比較して非常に遅くなる）

オプティマイザの限界なのかもしれませんが、何か対策はないでしょうか？

EXPLAINしてみた？

>>797
ありがとうございます。
実はSQLiteのEXPLAIN結果の読み方が分からないもので、困っていました。
MySQLとPostgreSQLなら読めるんですが…。

EXPLAINしる、っていうレスはここでよく見掛けるんだけど、
実際の読み方まで踏み込んだ話題にまでは展開しないよね。

俺もちゃんとした読み方はわからんのだけど、
とりあえず「Idxなんとか」(IdxGEとか)ってのがインデックスを使用する命令なので、
これが適切なカラムで利用されているかをチェックするようにしている。
検索の速いクエリと遅いクエリで「Idxなんとか」の使われかたを比較すると良いかも。

と、適当なレスをしておいて詳しい人を召喚してみるテスト。

>詳しい人を召喚
お呼びでしょうか？

explain読めないからexplain query plan 〜でインデックス使ってるかどうかしか見てないな…

SQLiteでINDEXというとこんな話があったな
ttp://www.machu.jp/diary/20070125.html#p01

2009 May 7 (3.6.14)

* Added the optional asynchronous VFS module.
* Enhanced the query optimizer so that virtual tables are able to make use of OR and IN operators in the WHERE clause.
* Speed improvements in the btree and pager layers.
* Added the SQLITE_HAVE_ISNAN compile-time option which will cause the isnan() function from the standard math library to be used instead of SQLite's own home-brew NaN checker.
* Countless minor bug fixes, documentation improvements, new and improved test cases, and code simplifications and cleanups.

>>799
>>801
参考になりました。ありがとうございます。
viewを使った検索では適切なインデックスが使われていませんでした。
viewを使わない場合の explain query plan は、
全てWITH INDEX と USING PRIMARY KEYだったので、
速度の違いは当然ですよね…。

はてさてどうしたものか…。
（とりあえず、viewを使わないでやっていますが）

ANALYZE コマンドを使ってみるとか。
WHERE 句の条件を入れ替える (A AND B を B AND A にするとか) だけで変わることも。

sqlitespy 1.8.9ってなんか変なエラーで失敗しない？
insert into foo values('hoge',
(select id from bar where fuga = 'ぴよ')
);
って感じのsql投げるとエラー吐くんだけど

>>806
エラー内容書けよ
あと、実行環境(OS, コマンドライン or メンテナンスツール）も

なんとなく、エンコーディング絡みのエラーではないかと、エスパーしてみる

---------------------------
SQLiteSpy
---------------------------
Access violation at address 004B25CB in module 'SQLiteSpy.exe'. Read of address 656D617E.
---------------------------
OK
---------------------------

WinXP, SQLiteSpy 1.8.9

>>806
こちらでは問題なく実行できた。by Vista
Create,InsertのSQLを書けば追試するけど。

SQLite Release 3.6.14.1 On 2009 May 19 (3.6.14.1)

Changes associated with this release include the following:

* Fix a bug in group_concat(), ticket #3841
* Fix a performance bug in the pager cache, ticket #3844
* Fix a bug in the sqlite3_backup implementation that can lead to a corrupt backup database. Ticket #3858.

>809
削ってもエラーを繰り返すようなところは削ったけど、こんな感じ。

-- tables
CREATE TABLE map (
md5 TEXT NOT NULL,
name_id INTEGER NOT NULL,
PRIMARY KEY (md5, name_id),
CONSTRAINT ct_md5_length CHECK (LENGTH(md5) = 32)
);

CREATE TABLE person (
name_id INTEGER NOT NULL PRIMARY KEY,
name TEXT NOT NULL UNIQUE
);

-- triggers
CREATE TRIGGER fki_map_name_id_person_name_id
BEFORE INSERT ON map
FOR EACH ROW BEGIN
SELECT RAISE(ROLLBACK, 'insert on table "map" violates foreign key constraint "fki_map_name_id_person_name_id"')
WHERE NEW.name_id IS NOT NULL AND (SELECT name_id FROM person WHERE name_id = NEW.name_id) IS NULL;
END;

-- test data
INSERT INTO "person" (name) VALUES('foo');

ここまでテキストに書いて、
sqlite3 try.db < try.sql
ってやってdbを作成。

-- このinsertをsqlitespy上で投げると>808のエラー
INSERT INTO map VALUES ('27FF7EA9CE50076CFC8E794D64957F7C',
(SELECT name_id FROM person WHERE NAME = 'foo')
);

sqlite3.exe (v3.6.14.1)ではエラーがでないのは確認済み。sqlitespy (v1.8.9)だとエラーになる。
手元に残ってないから確認できないけど、sqlitespy (v1.8.8)だとエラーにならなかったはず。
トリガーをはずすとv1.8.9でもエラーにならない。

…ひょっとしてバグ踏んだ？

>>811
追試しました。
SQLiteSpy1.8.9で同じエラーが発生します。
持っている前バージョンの最新が1.8.1でしたのでそちらで試したところ
正常に動作します。

>>811
http://www.yunqa.de/delphi/lib/exe/fetch.php?cache=cache&media=http%3A%2F%2Fwww.yunqa.de%2Fdelphi%2Fdownloads%2FSQLiteSpy_1.8.8.zip
http://www.yunqa.de/delphi/lib/exe/fetch.php?cache=cache&media=http%3A%2F%2Fwww.yunqa.de%2Fdelphi%2Fdownloads%2FSQLiteSpy_1.8.9.zip

バグレポ書こうと思ったらMLに投げないといけないのか…
誰かML入ってる人いたら投げておいてくれない？

811読んで始めてSQLiteSpy触った素人ですが、
ウチではエラー出ませんでしたよ。
sqlite3で作ったdbでも、Spyで作ったdbでも
811のsql投げてinsertは成功しましたよ。

win xp pro sp3
SQLiteSpy 1.8.9
SQLite3 3.2.8 (XAMPP 1.7.1)

自宅のxp homeでもエラー出ませんでした。

「SQLite 入門 第2版」が出てるね。

blogの記事一つ読めば入門できるsqliteで入門本とか勘弁して欲しい

ニーズなさそうだな。

内容どうでもよくて、書籍が存在する、という事実があるだけでも
知らないひとに説明しやすくなることがよくある。
俺の場合、初期の Ruby とかがそうだった・・・(遠い目)

ああ、そういう向きはあるかもな…

>>819
大昔、Perlのらくだ本の日本語訳本が出たとき、嬉しかったなぁ

2009-May-25 - Version 3.6.14.2
SQLite version 3.6.14.2 fixes an obscure bug in the code generator (ticket #3879) section of SQLite which can potentially cause incorrect query results.
The changes from the prior release consist of only this one bug fix,
check-in [6676] and a change to the version number text.
The bug was introduced in version 3.6.14.
It is recommended that users of version 3.6.14 and 3.6.14.1 upgrade to this release.
Applications are unlikely to hit this bug,
but since it is difficult to predict which applications might hit it and which might not,
we recommend that all users of 3.6.14 and 3.5.14.1 upgrade to this release.

>>822
SQLiteSpy1.8.9は3.6.14を使っているので使用を中止して、
とりあえず3．6．10を使ってるSQLiteSpy1.8.8に戻すのが良い。

PHP + SQLite3　に限ったことですが、
みなさんPDO使ってますか？
それともSQLite3クラス使ってますか？

PDO+SQLite3で変なエラーが出ることがあるので、PDO+SQLite2で使ってますｗ

PDOを知らなかったのもあって未だにsqlite2です

SQLiteが使えるようになったからといって、他のRDBMSが使えるようにはならない？

Oracleが使えるようになったらPostgreSQLがびしびし使えるかって言ったら、そうでもないべさ。
でも覚えた事は無駄にはならない。

SQL文はほぼ共通だからね

PDOだったら、それこそDSN変えるだけだしね。テーブルそのものは書き直さなきゃだめだけど。

>>829
そう思っていた時期が俺にもありました

>>785
詳しく

SQLってC言語みたいなものだな。

基本構文は共通だけど、プラットフォームごとにライブラリがバラバラだから
結局書き直す羽目になるという

勝手に拡張するからだろ。

勝手に拡張してないRDBMSってあるの？

DerbyくらいのSQLでとめときゃ、他のRDBMSに移行してもたいして困らんと思うが。

パフォーマンスを追求しようとすれば、汎用性が犠牲になるのもしょうがない。

拡張を拡張だと自覚せずに使うから後で困る。

拡張無効モードとか拡張警告モードとかあるといいのにと思うけど、
移行性を上げる手助けを各DBMSがするはずないか。

あまり関係ないかもしれないが iPhone アプリに SQLite 系のものがちらほら出てきた。
さっきゲットした SQL Database Console (¥115) は iPhone の中で普通に動く。素晴らしい。
で、これにはドキュメントがついてるのでちょっとしたハンドブックみたい。
SQLステートメント初心者には嬉しい。

Android も SQLite 入ってるよね

Palm Pre にも

Parm Pre は知らないけど・・(ごめんごめん)
SQLite 入ってるってことならそうなんだろうけど、ユーザー側に遊べる？アプリとして色々と出てきたって事なんだよね。
で、Android とか Palm Pre? ではどんなアプリがあるん？
後 iPhone では SQLite Editor とか、SqlTool とかもあった。 SqlTool もおもしろそう。

Palm Pre みてきた。知らなかったとは言え、なかなか凄いなこれ。

すいません質問なんですけど
'DELETE FROM quicktag WHERE url = file://C:\folder\file.txt'
という事がしたいんですが、
これを正しくエスケープする方法が分からなくて、分かる方いましたら教えて下さい。

DELETE FROM quicktag WHERE url="file://C:¥folder¥file.txt" ではだめなのか？

>>845
SQLとかプログラム初心者で調べてたら\でエスケープ
とか書いてあったりしてすごい悩んでたんですが、
それで試したらあっさり動きましたｗ本当ありがとうございます！

ダブルクォートが新鮮だね。

いま、 SQL injection が生み出された瞬間を見たような気がする。

つーか、おまいら、プレースホルダー使おーよー！

SQLite Release 3.6.15 On 2009 June 15 (3.6.15)

Changes associated with this release include the following:

* Refactor the internal representation of SQL expressions so that they use less memory on embedded platforms.
* Reduce the amount of stack space used
* Fix an 64-bit alignment bug on HP/UX and Sparc
* The sqlite3_create_function() family of interfaces now return SQLITE_MISUSE instead of SQLITE_ERROR when passed invalid parameter combinations.
* When new tables are created using CREATE TABLE ... AS SELECT ... the datatype of the columns is the simplified SQLite datatype (TEXT, INT, REAL, NUMERIC, or BLOB) instead of a copy of the original datatype from the source table.
* Resolve race conditions when checking for a hot rollback journal.
* The sqlite3_shutdown() interface frees all mutexes under windows.
* Enhanced robustness against corrupt database files
* Continuing improvements to the test suite and fixes to obscure bugs and inconsistencies that the test suite improvements are uncovering.

>>848
C#の単体アプリなんだけど危険？

危険かどうかをその理由とともに自分がわかって無けりゃ
どんな場合でも危険だろう。

>>850
煽りじゃなくて全くもって >>851 の言うとおり。
文字列のエスケープって初心者が思ってるよりずっと難しい (トラップが沢山ある) ので、
「危険？」とか言っている時点で正しいエスケープは絶対無理だと思う。

プレースホルダを利用したバインド機構を使うべき。
あとは C# であれば LINQ が利用できるかも。

> トラップ沢山

普通に文法みて実装してればそんなことはない。
が初心者にありがちな「俺様にはこれでokそうにみえる」って感じのなんちゃってな実装だと
ダメかも。

>>853
> 普通に文法みて実装してればそんなことはない。

初心者には無理だね。断言できる。絶対無理。
初心者に「正しくエスケープしましょう」などと言うのは危険極まりない暴挙。

俺は初心者じゃないから大丈夫、みたいなやつがけっこう危ない。

スクリプト言語はなまじ正規表現サポートが
いんちきエスケープへの誘導になってる気がする。
言語書いたりプロトコル扱った経験があればそんなもの使おうと思わないか
使っても問題ないものが書けるだろうけど。

経験があるから大丈夫って思い込みが超危険。
そもそも処理系自体、正しく使えば安全だという保証はないし。

頭わるいなあ……。
2行目は意味不明。

857は文法みて実装ということが理解できない土方。

エスケープはもはや百害あって一利なし
今その環境で問題なかろうが、ミドルウェアを更新せざるを得なくなった時に死ぬ
バインドしろ

文字列をエスケープしてSQLに埋め込むのって、
プレースホルダを使う場合に対して

* エスケープ処理のオーバーヘッド
* エスケープ解除処理のオーバーヘッド

この2つが余計にかかるわけ。
その上で、エスケープ処理自体にも脆弱性がありえるし
エスケープ処理のバグをつぶすコストも必要になる。

まさに百害あって一利なし。

まぁ、エスケープ処理に固執してプレースホルダを拒否する奴って、
どうせお手軽スクリプト言語でテキトーな単語連結でSQLを組んで
「俺って天才ｗ」とか思っちゃうような痛い奴なんだろうな。

>>858-859
プレースホルダでなくエスケープ処理を採用するメリットが
何か1つでもあるなら教えてくれませんかねｗｗｗｗ

クエリについて質問があります。
ご存知の方いましたら教えてください。

Mozilla Firefox 3.0.10のブックマークファイル(SQLite)から特定の履歴(閲覧)を削除したいです。

やりたい事の詳細は、まず　[moz_historyvisits]　テーブルの　｜place id｜　に格納されている番号を、
[moz_places]　テーブルの ｜id｜ と比較して、その　[moz_places]　テーブルの行を削除したいのです。

色々調べて下記の通り試して見たところ、｜place id｜　の一番上の番号(レコード？)分しか　[moz_places]
から削除されていませんでした。
※｜place id｜　は、重複データが有ります。


DELETE FROM moz_places WHERE id = (SELECT place_id FROM moz_historyvisits)
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

更に、削除する際の絞込み条件として、[moz_places]　の　｜url｜　に特定の文字列を　”含まない”　もの
のみ削除したいです。

そこで、上のクエリに続けて下記の文も追加してみましたが、繰り返し作業の方法が分からず上と同じく1行分
しか削除できませんでした。


NOT LIKE 'http://www.example.com/%' AND NOT LIKE 'http://%.sqlite.localhost/%'
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

また、[moz_historyvisits]　テーブルの　｜place id｜　が　[moz_places]　テーブルの　｜id｜ と一致し、
削除したら、[moz_historyvisits]　テーブルからもその行を削除したいです。
※｜place id｜　の重複行も　[moz_historyvisits]　テーブルから削除。


長文で読み辛いかもしれず申し訳ありませんが、ご存知の方がいましたら上記の事ができるクエリ(その他方法)
を教えていただければ幸いです。
何かありましたら補足しますので、どうかよろしくお願いします。

続きです。


=================================================================================================================
●places.sqlite　[SQLiteデータベースファイル]
-----------------------------------------------------------------------------------------------------------------
■moz_historyvisits　[テーブル]　　　　　　　　　　　　　　　　　　　　※｜place id｜　は、重複データが有ります。
|　id　|　from visit　|　place id　|　visit date　|　visit type　｜　session　｜
-----------------------------------------------------------------------------------------------------------------
■moz_places　[テーブル]
｜　id　｜　url　｜　title　｜　rev host　｜　visit count　｜　hidden　｜　typed　｜　favicon id　｜　frecency　｜
=================================================================================================================


●places.sqlite　テーブル情報等
　http://builder.japan.zdnet.com/sp/firefox-3-for-developer-2008/story/0,3800087566,20380782,00.htm
■moz_historyvisits　フィールド情報等
　http://builder.japan.zdnet.com/sp/firefox-3-for-developer-2008/story/0,3800087566,20382307,00.htm
■moz_places　フィールド情報等
　http://builder.japan.zdnet.com/sp/firefox-3-for-developer-2008/story/0,3800087566,20380856,00.htm


●パソコン環境：Windows XP Professional SP3 (32bit版)
●使用GUIソフト：PupSQLite、TkSQLite。
●私の知識レベル：SQLiteは昨日あたりから調べ始めました。
　　　　　　　　 （また、データベース自体も初めてで、C/PHP/JavaScript/VBSについても全く分からない状態です。
　　　　　　　　　 ただ、JavaScriptとVBSは、なんとか調べて基本的な事だけは若干理解できる程度です。）


2レスに渡ってしまいすみませんが、どうしてもこれらの事を行いたいため、どうかよろしくお願いします。

度々すみません。

>>863の2個目のクエリについて、[moz_places]　テーブルの　｜url｜　に　”含まない”　という部分が抜けていました。
（1個目のクエリに続けて2個目の条件を書く方法をメモしておいたのですが、未保存で忘れてしまいました。）

以上、どうかよろしくお願いします。

いや、ほんとエスケープの利点っつーのを一つで良いから教えて欲しいな
データの入力経路、文字コード、HTTPDの設定、PG言語、DBエンジン等によって2重3重4重に行われるエスケープや変換処理を
その組み合わせ、それぞれのバージョンによる動作の違いを過去から未来に渡って完璧に把握し正しく動かすコストなんて払えるのか？
そしてシングルバイトな文化圏の奴らが作ったマルチバイト処理のバグの多さも酷いもんなんだが、それに付き合うのか？

>>863
全部読んでないが複数削除したいなら
WHERE id = (略)
WHERE id in (略)
にしとけ
後は要点纏まってなくて長すぎ
読むのめんどい

土方が沢山釣れるスレですね。
>>862 なんて自分がそうだから相手もそうだと思っちゃう痛い自己紹介までつけちゃって。

>>852
使うの自分だけでネットも繋がないので適当に作ってみたんですが
一応気をつけて作るようにしてみます。
プレースホルダはなんとなく分かりました。
LINQも言葉は聞いた事はあったので調べて作ってみます。
ありがとうございました。

>>867
レスありがとうございます。
WHERE id INにしたところ、複数削除できるようになりました。

よろしければ、あといくつか回答いただければ幸いです。

●クエリA
　DELETE FROM moz_places WHERE id IN (SELECT place_id FROM moz_historyvisits)
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

１．上の削除条件に追加で、moz_placesテーブルのurlフィールドに、下記の二つの文字列を含まない場合の式。
　　（ANDの位置や括弧等、条件の追加方法が分からないのです。）
　　-----------------------
　　http://www.example.com/*
　　http://*.sqlite.localhost/*
　　-----------------------
　　※*は複数の文字です。


２．最初に書いたクエリA＋１．を合わせて実行した時に削除される行の、moz_placesテーブルのidフィールドと
　　同じ値がmoz_historyvisitsテーブルのplace idに存在したら、このテーブルの行も一緒に削除したいのです。

　　要は、メインのテーブルAから、削除したいリストが載っているテーブルBを元に、テーブルAから行の削除を
　　した後に、そのテーブルAから削除した部分のテーブルBの行も削除したいのです。


説明というか文章を書くのが下手ですみません。
よろしければ、再度レスをいただけると幸いです。
どうかよろしくお願いします。

>>869
エスケープミスってる状態でファイル名に' or 1;が含まれてただけでそのテーブル全削除になるわけだが

863です。

あれから色々試していたところ、>>870の１．については適切かどうかは分からないですが、
実行できるようになりました。（添削していただければ幸いです。）

●クエリB
DELETE FROM moz_places WHERE id IN (SELECT place_id FROM moz_historyvisits)
AND (url LIKE 'http://www.test/%'
OR (url NOT LIKE 'http://www.example.com/%' AND url NOT LIKE 'http://%.sqlite.localhost/%'))

moz_placesテーブルのurlフィールドに・・・・・
・http://www.test/を含む場合は削除。
・http://www.example.com/*または、http://*.sqlite.localhost/*を含まない場合は削除。


あとは２．を同時に行いたいのですが、これは未だ分からずにいます。


時間のある時で構いませんので、ご存知の方いらっしゃいましたら教えていただけると助かります。
どうかよろしくお願いします。

SQLite 関係なく純粋に SQL の話と思って良さそうなので、
普通の SQL の質問スレに行った方が返事が早いと思われ。
(俺はヘタレなので答えられません・・・orz)

>>863です。
SQL質疑応答スレへ移動したいと思うので、一旦こちらで書いた質問は締め切りさせていただきたいと思います。
※上に書いた通り一旦締め切りとさせていただきますが、念のためこちらのスレも確認はしたいと思います。
回答・アドバイスいただいた方、どうもありがとうございました。


>>873
レスありがとうございます。
SQLの質問板に行ってみます。
アドバイスありがとうございました。

SQLiteのDELETE FROM構文で指定できるテーブルは一つだけのはずなので、
一度、検索条件に合致するplace_idからなる一時テーブルをCREATE TEMP TABLEしておき
そのplace_idを元に両テーブルにDELETE掛けたあとDROP TABLEするしかないな。
うん、間違いない。

なんだレス書いてたらもう締め切りか。
じゃ、どうでもいいや。

どなたかLitaを使われてsqlite構築されてないでしょうか？
外部参照の設定の見当たらないのですが、ないのでしょうか？

>>877
なさそうだね

直接SQLを発行するしか無いんじゃないの（alter table ~ add constrint ~）

SQLiteってガタガタ言う前に使ってみろって感じなんだよな

((((；ﾟДﾟ)))ｶﾞﾀｶﾞﾀﾌﾞﾙﾌﾞﾙ

上のほうでSQLインジェクションが話題になってるけどsqliteライブラリの「sqlite3_mprintf関数」使えば問題ないよね？

そうやって人に聞くくらいなら迷わず捨てて、placeholderを使うべき。
prepare*, bind_*, executeな。

SQLiteでインジェクトされて困るような状況なのか？

SQLiteで大規模Webアプリ構築を専門としている俺にとっては大問題だ

WWW

>>884
どうせデータを暗号化もしてないんだろ。
injection対策以前にDBファイルを盗まれないように気をつけた方が良いよ。

>>886
こういう奴がセキュリティホールを作るんだろうなぁ。

SQLiteのDBファイル以外でも(CGIの吐き出すログや
CSVファイル等)Webから見える位置に置かねーのは基本じゃね？

そういう基本の前に暗号化とか、何故出てくるのか？

ファイル1個で取り回しが楽だから持ち運びやすいだろ、っていう意味かと思った。

>>887
コンピュータ犯罪で一番多いのが内部犯行だって事は知ってるのか？

>>889
知ってたらどうだというの？

>>884 が暗号化が必要なほどの機密情報を扱ってるかどうかもわからんのに、
いきなり >>886 みたいなレスは余計な御世話だろう。

SQLiteはUSBメモリなんかで簡単に持ち運びできる単なるファイルでしょう。
WEBからinjectされないように配慮する以前にファイルの管理が大事じゃないの？

と言っただけ。


余計なお世話なら、それは失礼しました。

鯖にUSBメモリなんかを不特定者が簡単に接続できる環境が問題だろ(w
暗号化されてれば、そんな環境でもセキュリティ問題無しなのか？？？

local exploit を気にするんなら、
MySQL だって PostgreSQL だって単一のファイルでこそないけど
単なるファイルなわけだし脆弱性はそれほど変わらんと思うよ。
SQLite なら暗号化しろとかいうのは適切なリスク評価ができてないんじゃないかと。

>>884はどう見てもウイットに富んだ粋なジョークだろうよ

>>889
DBファイルが暗号化されてれば、全ての内部犯行を防げるのか。
そりゃー知らなかったな。

つーか内部犯行ならDB暗号化してたって意味ないし、
DBファイル以外にも機密情報なんていくらだってある。

>>892
単なるファイルだから、持ち運ぶ時は他の機密情報と一緒に
暗号化すればいいだけ。

あんごうかｗがセキュリティの銀の弾丸だと思ってる馬鹿乙ｗ

>>894で決着付いたな。
もう>>886のライフはゼロだ、勘弁してやれw

2009 June 27 (3.6.16)

* Fix a bug (ticket #3929) that occasionally causes INSERT or UPDATE operations to fail on an indexed table that has a self-modifying trigger.
* Other minor bug fixes and performance optimizations.

文字コード気にする必要ある？
ただの\0切りバイト列として扱ってれば問題ない？
後ろに16のついたAPIが俺を不安にさせる

iPhone上でもAndroid上でも

　「SQLiteを制する者がスマートフォンを制する」と言われるようになったりして・・・

>>900
SQLite制した程度でなんもできんよ
でもHTML5のローカルDBとか、SQLiteの未来は明るいな

>>899
まずいとおもう。

>>901
先日、Videoコーデックの標準が各社の足引っ張りで消えたからな。DBもどうなることやら。

>>903
映像CODECと違って、組み込みDBでは特許関連が問題にはならないでそ。

>>901
HTML5のローカルDBって何すか？

ググるとそのまま出てくるけどな

NetCommons2というCMSを使おうとしたがXREAで動かず、相談した知人のサーバを借りてインストールすることになったのですが、そのサーバにはNC2で必要なMySQLが入っていませんでした。
その知人にMySQLを使えるように出来ないかと聞いたところ、SQLiteを使うように言われましたが、NetCommons2では標準でSQLiteをサポートしていません。

MySQL用に設計されているCMSをSQLite用に動作させるツールはあるのでしょうか？
または、コードを書き換えるなどして動作させられるのであれば、その方法を紹介しているサイトや本はありますか？
よろしくおねがいします。

友人にMySQLお願いするのが早いよ

>>907
XREA で稼働しなかった理由は明白なのか？

MySQLの使えるレンタルサーバを探した方が早い。

意図的にロックをかけ続ける方法を教えて

自己解決しました

自己解決したら書け

「自己解決したら負け」に見えた

どうやって解決したか書いても罰は当たりませんよ。

>>908
好意で借りているのであまり何度も言いづらいのですが、聞いてみますね。。。

>>909
PHPのセーフモードを.htaccessでCGI動作させて何とかインストール完了。
しかし、ファイルをアップロードするためのディレクトリが何故かパーミッション変更できなくなる。
複数のソフトウェアでパーミッション変更を試みてもそのディレクトリだけがアクセスのエラーになる。
そのため、バナーや写真など、ファイルをアップロードしようとしても、ファイルが書き込めずエラーは出ないけど404な状態に。

自分が持ってる有料のスペース3箇所と無料のスペース3箇所(それぞれ別仕様)で同じ症状です。

404ならパーミッションじゃないだろ・・・。

6箇所全部で404つったらアップロード先間違えてるとかどうしようもなく下らない理由しか思いつかないんだが

上のディレクトリのパーミッションとか

>>915
NetCommons2 がセーフモードに対応できていないように見えるんだが…。

>ディレクトリが何故かパーミッション変更できなくなる。
「特定のディレクトリのパーミッションがそもそも変更できない」のか
「パーミッション変更したはずなのに、書き込みができない」のか
「パーミッション変更したはずなのに、稼働させるとパーミッションが
　再変更されてしまう」のかどれだ？

>>916-917
説明が足りなかったです。
例えばアップローダで写真うｐ→書き込み権限が無く書き込めない
→エラーは出なくリンクは張られる→リンクをクリックするとファイルが無いので404
こんなかんじです。

>>918
アップロード用ディレクトリ(何故かパーミッション変更できない)の階下にアップローダや掲示板などの機能ごとで
ディレクトリが作られるのですが、そのディレクトリが書き込み権限が無く自動作成されず、
手動でフォルダを作って、そのディレクトリのパーミッションを変更しようとするとエラーが出ます。

>>919
なるほど。
.htaccessでインストール時にCGI動作するようにし、インストール後にエラーが出るので.ataccessを解除していました。
セーフモード出ない環境で利用することを前提としていると言うことでしょうか。

他のFTPソフト(Windows/MacOSX/Linuxなどで複数)の場合は、パーミッションを変更しようとするとエラーが表示されます。

FFFTPだけは、パーミッション変更できたような雰囲気になるのですが、
ディレクトリを再読み込みして再確認すると変更されていなかったことが確認できます。

エラーが表示されるならその内容を読めば

PHPのお勉強中にファイルが消せないとか、誰もが経験することだから
WebProg板行って質問が吉。

エラー番号に困ったらなんでもかんでもSQLITE_BUSYを返しとけ！
というウンコな開発方針をなんとかしてください。

あと、他要因のエラー（非バグ）と内因のエラー（バグ）が
なんとなくでいいので区別できるような採番してほしいです。

>>920
ここはSQLiteスレだから、もうお帰り

>>922
ネットを調べてると、XREAのPHPは2階層以上のディレクトリをサポートしてない
ようなことを書いているBlogがありました。本当だとしたらムリですね。。。

他の方法を考えてみることにします。


みなさん相談に乗っていただいてありがとうございました。

>>923
あら、そんなにエラー粒度が荒かったか。

こんなんあるみたいだけどこれでも足りないっすかね？

Extended Result Codes
ttp://www.sqlite.org/c3ref/c_ioerr_access.html

>>923
は？

SQLITE_BUSY を返す状況ってのはロック関連だけなんだが。

お前の糞アプリのバグが特定できないからって
勝手に捏造してんじゃねーよバーカ

>>927
夏休みか･･･はあ。

>>927
仕事で使うようになればわかるよ。
学生のうちはただ楽しむだけでいい。
がんばれ。

SQLiteをロックが問題になるような環境で仕事で使っちゃうんだ･･･？

まぁ仕事したことがないと理解しにくいところだろうな。

>>929
具体的に、ロック以外のどんな状況でSQLITE_BUSYが
返されたのか、説明していただけませんか？

うんこしているときかな

横だが、stepしきってないときのcloseとかじゃね？
closeなんて無条件におｋだろｊｋ と思っていた時期が俺にもありました
あとは思いつかんな

金のないプロの中の人は大変だな

>>935
板住人の大多数を敵に回したようだな。

何言っても返されて、一レス毎に噛み付き方を変えて頑張る学生さんも
それなりに大変そうではある。

必死だな

プロの中の人も余裕がないな

仕事少ないから必死だよ

しかし、ま、適材適所には違いないだろ。プロの中の人ならなおさら。

ロック問題の発生するシビアな環境で「SQLで操作できるデータファイル」のSQLiteを採用するのはプロの中の人的にどうなの？

そういう環境では使わない。

>>943
痺れるほどベストアンサーだ

update 〜 でテーブル名のエイリアス使えない？

UPDATE stocks t1 SET category_id = (SELECT category_id FROM categories t2 WHERE t1.category_name = t2.category_name);

↓

near "t1": syntax error

ttp://www.sqlite.org/lang_update.html

>>946
無理なのかな？ありがとう。

updateで複数テーブルの選択も出来ないみたいだし、
sqliteは俺には難しすぎるみたいだわ。

>>942
ファイル操作時に確実にロックをするってのは
シビアじゃない環境だろうと必ず考慮すべきことです。
それをライブラリが用意してくれてるならラッキーだけど
用意してくれてないなら自分でなんとかするだけです。

ライブラリが用意してるロック機構があてにならない というのは
ライブラリ全体の信用問題の話であって
出来てもいないことを実装しますた などと言うような人は
信用できない ということです。

>>948
それを短く一行で

適材適所

>>948
「確実なロック」とか「ロック機構があてにならない」っていうレベルの話なの？

ロックの粒度がデカくてパフォーマンスが出ないとか、デッドロックしまくるとかの
話題だと思っていたんだけど、それ以前ってこと？

>>951
ネットワーク経由のアクセスについてロックを保証できないのは既知の
問題点となっているけど、この問題についてSQLite側で対処するのは
現在無理で将来も無理だと思われます。
では何故、他のDBMSで同様の問題が起こらないかといえば、ネットワー
ク越しの直接的なファイルアクセスを行わないからです。
個人的な意見というか要求ですが、SQLiteはこの問題に対処しない方が
良いと考えます。
ネットワーク越しのファイルアクセスを必要としない多くのアプリケー
ションに余計なオーバーヘッドを負担させることになるからです。

MS ACCESS(笑)とか言ってる奴ほどSQLiteでネットワーク経由のアクセスしてる気がするんだけど
そりゃSQLiteで絶対にやってはいけない事の一つだろ
自称プロの中の人は輝いてるな　いろいろと

ネットワーク経由ってどういう意味？
SQLiteってそもそもネットワーク経由では使えないよね？NFSとかSMBとかの話？

>>954
そうだよ。
NFSの方はLinuxだともう少しでロックが完全に出来るようになるから
待ってればなんとかなる。
SMBやCIFSの方は知らん。

他の RDBMS におけるネットワーク経由のアクセスの話と
SQLite で DB ファイルをネットワークファイルシステム上に置く話って、
レイヤーが違い過ぎててごっちゃにして語っちゃいけなくないか？
そりゃおまえいくらなんでも無茶すぎるだろう。

自称でもプロを騙るなよ。

うーむ。というか、 >>942 への回答が >>948 だったり、
>>951 への回答の >>952 で唐突にネットワークの話が出してきたりと、
レスの内容は難解だしコンテキストも支離滅裂だし、大丈夫か？

まあ夏ですから色々湧きますよ

それもそうだな。気にせず生暖かく見守ることにするか・・・

>>956
それ以外にロックの問題は発生しないので>>952を回答としました。
質問に回答すると煽られるようですので、以降は見るだけにしときます。
でわでわ。

残るはなんでもBUSYにされちゃう問題だけか

だから具体的に何と何がBUSY扱いされてんだよ

>>960
いやいや、そうじゃなくって >>952 が残念な人ってことなんだけど…

ｳﾝｺ扱いするなら不適切なSQLITE_BUSYの例をさっさと挙げてくれよ

とりあえずアホが湧いてるのは分かった。

スレ終わるまでオススメの書籍でも書いといて。

Amazon.co.jp： SQLite入門 第2版: 西沢 直木: 本
http://www.amazon.co.jp/dp/479811944X
和書で SQLite のみにフォーカスした書籍はこれ一択か。
入門用にはとりあえずこの一冊。

Amazon.co.jp： PHP+SQLite実践サンプルブック: 豊崎 直也: 本
http://www.amazon.co.jp/dp/4883374297
(内容不明。補足よろ)

Amazon.co.jp： Pocket詳解 SQL辞典: 堀江 美彦: 本
http://www.amazon.co.jp/dp/4798018619
各種 RDBMS 対応の SQL のリファレンス本で、 SQLite にも対応。
が、ざっと見たところ SQLite に関してはあまり緻密に調べられておらず
不正確なところもあるように見受けられる。

Amazon.co.jp： 基礎から学ぶWebデータベースプログラミング: 堀川 久: 本
http://www.amazon.co.jp/dp/4274065294
前半は SQL の基礎について、後半は Ruby で Web アプリの作成についての説明。
PostgreSQL, MySQL, SQLite の仕様の違いにも触れられている。
が、 SQLite は SQLite2 ベースなので情報が古いかも。


説明は適当なので言いたいところのある方はツッコミや補足よろ。

>>964みたいなのが一番困るな…

>>967
SQLITE_BUSY を返してはならないコンテクストで
SQLITE_BUSY を返すようなサンプルを提示してください。

学生の使うSQLiteとプロ(笑)の使うSQLiteは仕様が違うんだろ

粘着きもいな

事の発端は>923のsqliteウンコ君だけどなｗ

プロが使用するシチュエーションを教えて欲しいな。

Firefoxとか普通に使われまくってるし
馬鹿げてるのはロックが〜ロックが〜とか呻いてるTPO考えない自称プロ

> プロが使用するシチュエーションを教えて欲しいな。
幼なじみの女の子が親の転勤で自宅に居候する事になった・・・
みたいなシチュエーションではよく使用される。

>>967
えっ、何で？

>>967＝>>923
そりゃ困るわな

質問です。
PHP5.2で、SQLite3を扱いたいのですが、
PDOクラスから、特定のテーブルのカラム名と型を取得する
sqlite_fetch_column_types();
を実行するにはどうすればいいでしょうか。
MySQLでしたら、
SHOW COLUMNS FROM テーブル名
というSQL文を発行すればいいのですが、
SQLiteでは関数でしか取得できないのでしょうか。
最悪、sqlite_master テーブルのSQLカラムの値を正規表現等で分割して
取得する手もあるかもしれませんが。

>>977
適当に書いてみたぞ
エラーチェックは適宜やってくれ
あと、インデントは全角スペースなので注意

<?php
function getColumns(PDO $pdo, $tableName) {
　$stmt = $pdo->query("select * from {$tableName} limit 1");

　$count = $stmt->columnCount();
　$columns = array();
　for ($i = 0; $i < $count; ++$i) {
　　$columns[] = $stmt->getColumnMeta($i);
　}

　return $columns;
}

追記
少なくとも、一件はレコードを返さないと、カラム情報をとれないみたいだ
列数は取れるみたいだから、泥臭いけど

<?php
function getColumns(PDO $pdo, $tableName) {
　$sql = "select * from {$tableName}";

　$stmt = $pdo->query("{$sql} limit 1");
　$count = $stmt->columnCount();

　$sql2 = sprintf('select %s', implode(',', array_fill(0, $count, 1)));
　$stmt = $pdo->query("{$sql} union all {$sql2} limit 1");

　$columns = array();
　for ($i = 0; $i < $count; ++$i) {
　　$columns[] = $stmt->getColumnMeta($i);
　}

　return $columns;
}

としたら、結果セットが空でも列情報はとれた

flgasクラスのsetメソッドでUPDATEを呼び出してるんだが、すぐに反映されない。
詳しい人がいたら教えてほしい。

private void doupdate(string flag, object data)
{
string query;
if (flag[0] == '@')
query = "UPDATE flags SET data=? WHERE name=?";
else
query = "UPDATE flags SET data=? WHERE name=? AND owner=?";
_db.setCommnad(query);
_db.setParam(flag);
if (data is int)
_db.setParam((int)data);
else if (data is string)
_db.setParam((string)data);
if (flag[0] != '@')
_db.setParam(accountid);
_db.doQuery();
}

言語：C#

(下は全てのソース）
http://www10.ocn.ne.jp/~mitinoie/Downloads.7z

PHPからPDOで接続したとき、sqlite3のDBファイルが読めなくて、試しにDB作り直すと
読めるようになる（もちろん、データは空っぽ）ことがよくあるんだけど、PHPないしPDOの
バージョンと依存関係が強いのだろうか。開発が止まっているせいか、sqlite2のファイルは
いくらPHPをバージョンアップしても問題ないので、結局sqlite2を使うことになってしまう。