SQLite 4 - 暇つぶし2ch

SQLite 4 ..

263:NAME IS NULL
06/12/16 20:55:37 cyQwrL5b
PHP5.2
PDO_SQLite1.0.1
SQLite3.3.7

でデータベースのATTACHが出来ないんだけど俺だけ？バグ？仕様？

　$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
　$pdo->query("ATTACH DATABASE 'db2.sqlite3' AS db2;");
$stmt=$pdo->query('select * from db2.hoge;');
while($result = $stmt->fetch(PDO::FETCH_ASSOC)){
var_dump($result);
}
でstring(64) "SQLSTATE[HY000]: General error: 1 no such table: db2.hoge"
例外が出る。
sqlite_master見てもdb2データベースは出来てないみたい。

Attachはあきらめて他の方法を探るべき?

264:NAME IS NULL
06/12/16 21:01:42 UIPLZeNb
ここに「うんこぉ！」と書き込んでください
ｽﾚﾘﾝｸ(cat板)l50
幸せになれますよ。

265:NAME IS NULL
06/12/16 22:08:09
>>261
義務教育受けたのに英語使えない奴はただの馬鹿だけど、日本で日本人相手に
英語使う奴はキチガイだと思わないか？

266:NAME IS NULL
06/12/16 23:49:39
>>265
下らん事で熱くなるな。

267:NAME IS NULL
06/12/17 00:25:15
つまり日本に居るのに英語の義務教育で優秀だった香具師は基地外ってことですね。
無駄なことしてたって自覚すらないとか？

268:NAME IS NULL
06/12/17 00:32:28
>>267
鎖国は終わりましたよｗ

269:NAME IS NULL
06/12/17 01:09:02
つーか日本人(ないし日本語を常用するであろう人間)が英語圏産のDBについて語るスレで
日本語だ英語だと何をこだわっとるのか

270:NAME IS NULL
06/12/17 02:31:31
英語だからという理由でドキュメント読まない馬鹿が沸くからだろ

271:NAME IS NULL
06/12/17 03:19:08
>>263
なんでアタッチした直後にエラーチェックを入れないの？

272:NAME IS NULL
06/12/17 03:46:54
日本人はアクセス使ってれば良いんだよ。
日本語ヘルプも完備だ。

273:NAME IS NULL
06/12/17 03:58:18
アクセス厨は専用スレあるんだからこっちへ逝け。

【Access】アクセスは最強のデータベース！
ｽﾚﾘﾝｸ(db板)

274:NAME IS NULL
06/12/17 12:21:08
みんなでアクセス(mdb)を使おうぜ。

275:NAME IS NULL
06/12/17 12:26:16
やだよ

276:NAME IS NULL
06/12/17 14:28:28
>>274
すれ違い。

277:NAME IS NULL
06/12/17 16:20:49
知ってる

278:NAME IS NULL
06/12/17 20:20:08
もうsqlite使ってる香具師は居ないんじゃない？

279:NAME IS NULL
06/12/17 21:36:34
firefox2.0使ってる奴は既にsqlite使いですが何か？

280:NAME IS NULL
06/12/17 22:24:49
ＭＴ使ってる人でSQLiteは多いかもな
レンタル鯖の関係でSQLiteのバージョンは２だったけど何ら問題ない

281:NAME IS NULL
06/12/18 04:26:04
sqliteは使いやすいからねぇ。ヲレ的にはBerkleyDBのほうが
好きだったりするんだけど。SQL使えんけど。

282:NAME IS NULL
06/12/18 19:50:05
Btrieveを忘れないでください・・・

283:NAME IS NULL
06/12/18 20:45:36
BDBとか、よくぶっ壊れるからお話にならんだろ。

284:NAME IS NULL
06/12/18 23:46:40
SQLite の壊れるネタで相手にされなくなったら今度は BDB かよ。懲りないねえ。

285:NAME IS NULL
06/12/18 23:55:52
どんなものでも壊すことのできる特殊能力の持ち主かもしれないね

286:NAME IS NULL
06/12/19 00:33:36
……もしや龍宮城之介?

287:NAME IS NULL
06/12/19 00:34:27
まぁ、BDBが評判悪いのは事実だけどな。
Subversion、OpenLDAPなど、ちょっと調べるとソースはたくさん見つかる。

288:NAME IS NULL
06/12/19 01:24:06
BDBはSQLite以上にDBファイルやAPIの互換性に欠けるからなぁ。

289:NAME IS NULL
06/12/19 06:34:37
はいはい、2と3で互換性無いのと、DBファイル壊しまくりなのを自ら認めましたね。
やっぱりBDB使ってる無料ソフトのSQLiteって商用ソフトのアクセスより駄目じゃん。

290:NAME IS NULL
06/12/19 08:56:53
>>289

291:NAME IS NULL
06/12/19 10:35:40
SQLiteはBDBとやらには全く依存してない。

292:NAME IS NULL
06/12/19 17:41:44
>>289
気が狂うってどういう気分?

293:NAME IS NULL
06/12/19 18:28:25
BDB使ってる無料ソフトのSQLiteってなんのこと？ｗｗｗｗ

294:NAME IS NULL
06/12/19 18:37:44
　　　　　　　　∩＿＿＿∩　　　　　　　　　　　　　　　　　　　　∩＿＿＿∩ 　　
　　　　♪ 　　| ノ　⌒　 ⌒ヽﾊｯ　　　　__ _,, -ー ,, 　　　ﾊｯ　　 / ⌒　　⌒ 丶|　
　　　　　　　 /　 (●)　　(●) 　ﾊｯ　 (／　　　"つ`..,：　　ﾊｯ　(●)　　(●)　丶 ♪BDBがSQLiteで使われてるって
　　　　　　　| 　　　( _●_)　ミ　　　：/　　　　　　　:::::i：.　　ミ　(_●_ )　　　　| 　勘違いするのってどんな気分？　　　
　＿＿＿彡　　　　　|∪|　ミ　　　　：i　　　　　　─::!,, 　　　ミ､ |∪|　　　　､彡＿＿__　　　
　ヽ＿＿＿　　　　　ヽノ､｀＼　　　ヽ.....::::::::: 　::::ij(_::●　　　/　ヽノ　　　　＿＿＿/
　　　　　 /　　　　　　　／ヽ　<　　 r "　　　　.r　ミノ~.　　　　〉／＼　　　丶　　　　　
　　　　　 /　　　　　　／　　￣　：|::| 恥馬　:::|　:::i ﾟ。　　　　￣♪ 　＼　　丶　　　
　　　　　/　　　　／　　 ♪　　　：|::|　　　　::::|　:::|：　　　　　　　　　　　＼　丶　　　　
　　　　　（＿ ⌒丶...　　　　　　　　：` |　　　　::::|　:::|_：　　　　　　　　　　　/⌒＿）　　　　
　　　　　　|　/ヽ　}.　　　　　　　　：.,'　　　　::（　　:::}　　　　　　　　　　　}　ﾍ　/ 　　　　　　
　　　　　し　　））.　　　　　　　：:i　　　　　　`.-‐"　　　　　　　　　　　J´（（
　　　　　　　　　ｿ　ﾄﾝﾄﾝ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ｿ　ﾄﾝﾄﾝ

295:NAME IS NULL
06/12/19 19:44:42
>>289
一回死んでやり直したら？

296:NAME IS NULL
06/12/19 20:55:41
>>289
ｗｗｗ

297:NAME IS NULL
06/12/19 21:14:40
アクセスとやらを使っている奴の知識レベルを垣間見れて実に有意義だったｗ

298:NAME IS NULL
06/12/19 21:49:33
わからないのに無理に会話に参加しようとするから自爆するんだよｗ

299:NAME IS NULL
06/12/19 22:52:07
大量だな。ヴァーカｗ

300:NAME IS NULL
06/12/20 00:34:31
　　大量だな。ヴァーカｗ│
　　　　　　──y─┘

　　　　　　・ﾟ･｡ ○ﾉノ。・ﾟ･
　　　　~~~~~~~~~~│~~~~~~~~~~~~~~~
　　　　　　　　　　ト>ﾟ++< ミ　ﾊﾟｸｯ
　　　　　ｼﾞﾀﾊﾞﾀハ
　　　　　　　　ノ　ﾉ

301:NAME IS NULL
06/12/20 00:37:54
大量

302:NAME IS NULL
06/12/20 11:51:47
もしかして大漁と言いたかったのかな。

303:NAME IS NULL
06/12/20 13:59:49 IGadmlEt
VS2005 + ADO.net Data provider for SQLiteを使って開発してるんだけど、
Data Sourceに相対パスを指定するとうまくいかない。
Data Sourceに指定するパスのカレントパスが、
* VS的には、ソリューションのルートディレクトリ(*.sln がある場所)
* バイナリ的には、System.Data.SQLite.dll のあるディレクトリ
になってるみたい。コネクションストリングに "Data Source=data.db"を
指定すると、

VSのサーバエクスプローラのデータ接続などでは、
foobardir\solution1\data.db
を見に行くし、

デバッグ時には、
foobardir\solution1\bin\Debug\data.db
を見に行ってる。

VS2005のIDEの問題なのか、ADO.net Data provider for SQLiteの問題なのか
わかんないけど、何か分かることがあったら教えてください。
絶対パスによる指定、は無しでお願いします。

304:303
06/12/20 14:04:20 IGadmlEt
要するに、Data Sourceに相対パスを用いて、VS2005のDBに関する便利な機能を使うには、
どうしたらよいか、ということです。わかりにくくてすみません。

305:NAME IS NULL
06/12/20 14:47:00
VSのスレで聞いたほうがよさげ

306:NAME IS NULL
06/12/20 15:34:23
Data Sourceの解釈はデータプロバイダに
まかされているはずだから、
System.Data.SQLite.dllの問題だとは思うが・・・
VSのスレは関係なさげ

307:NAME IS NULL
06/12/20 15:36:25
これ？ぜんぜんよんでませんｗ

URLﾘﾝｸ(sqlite.phxsoftware.com)
> You can now specify a relative path in the Compact Framework's "Data Source" by prefixing the file with ".\". i.e. "Data Source=.\\mydb.db3"

308:303
06/12/20 18:10:49 IGadmlEt
だいぶスレ違いっぽいのだけれど。。。

よくわからんのだけど、
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
にDBのファイルが出来ることもある。事前条件がわからんけど。
最新版 System.Data.SQLite.dll のソースコード、SQLiteConnection.cs の
920行目の AppDomain.CurrentDomain.BaseDirectory があやしげ。

てか、VSから見てるDBのドライバは、GAC の System.Data.SQLite.dll
なんだから、開発対象のバイナリの在処なんて知ったこっちゃない悪寒。
てことは、開発時には Data Source は絶対パス指定にしておいて、
リリース直前で相対パスに替えるしかないのかなあ。。。うーむ。

309:303
06/12/20 18:14:29 IGadmlEt
>>307
レスありがとうございます。
in the Compact Framework's って言ってるので、ちょい違うみたいです。
って、Fullバージョンの .net Framework を対象に開発してることを、
最初に断っておかなければなりませんでした。すみません。

310:NAME IS NULL
06/12/20 19:07:07
>>303
しばらくVS使ってないんだが、プロジェクトでバイナリの実行パスを設定出来なかったか？

311:303
06/12/20 19:54:37 IGadmlEt
>>310
できますね。(開始オプション→作業ディレクトリですかね?)
仰っているのは、(VSの実行パスはどうにもならんから、)プロジェクトの実行パスを
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE ( $(DevEnvDir) )
にしてしまえ、と言うことでしょうか。

困ったことに、Data Sourceのカレントディレクトリが、 $(DevEnvDir) だったり、
$(SolutionDir) だったり、再現性が今ひとつよくわかっていないのです。

312:NAME IS NULL
06/12/20 20:00:13
Data Sourceの相対位置って普通にカレントディレクトリからの相対位置じゃないの？
だからカレントディレクトリをプログラムの実行ファイルの場所に移動すればいいだけじゃないの？

313:303
06/12/20 20:55:41
>>312
恐らく、その「カレントディレクトリ」というやつが、コンテキストによって
違っているため、今の状況になっています。
ビルドされて出てきたバイナリは、想像どおりの「カレントディレクトリ」を
起点にしてくれます。その一方VS経由では、(恐らく)VSの実行ファイルがGACの
System.Data.SQLite.dll を呼び出す形になっているため、VSの実行ファイル
そのものがあるディレクトリを「カレントディレクトリ」としているようです。

314:NAME IS NULL
06/12/20 23:04:21
おまいらアクセス使ってるなら、ODBCでMDB使えよ(w

315:NAME IS NULL
06/12/20 23:19:45
だからアクセス使ってるのは約一名だってばｗ

316:NAME IS NULL
06/12/20 23:54:22
>>313
カレントディレクトリってのは、プログラム起動時に現在いたディレクトリのことだぞ。
たとえばc:\hoge\prog.exeってのをc:\hogeにいるときに実行したらc:\hogeだし、
c:\Windowsにいるときに、\hoge\prog.exeって入力して実行したらc:\Windowsになる。
もとから実行の仕方でいろいろと変るものだ。デフォルトのカレントディレクトリに依存してはいけない、

317:NAME IS NULL
06/12/21 00:32:21
最近はそんなことも知らん香具師がプログラムを書くのか

318:NAME IS NULL
06/12/21 00:54:46
実行ファイルの位置からパス取ればOK。

319:303
06/12/21 04:26:53
>>316
うーん。私の言葉が足りませんかねえ。
恐れ入りますが、CUIではなくて、
VisualStudio2005 + ADO.net 2.0 Data provider for SQLite
という環境で開発していることを、ご理解いただいているでしょうか。
そうであれば、どの設定をどうすればいいのか、ご教示願えないでしょうか。

>>318
どの「実行ファイル」でしょうか。開発対象か、開発環境自体か。

とりあえず、もう一度問題をまとめておきます。(もっとも、問題の本質が
以下のとおりであれば、どうにもならない気もしてますが。。)

起こっている問題は、VSによって生成されるバイナリ output.exe が、
データベースファイル data.db を参照しないこと、では*ありません*。
開発環境であるVS自体 devenv.exe が、相対パス指定された data.db の
場所を、正しく認識できないことです。

320:NAME IS NULL
06/12/21 13:26:16
CUIとか関係ないのに、根本的にわかってないな、この人

321:NAME IS NULL
06/12/21 15:59:12
この手の患者は自分の勘違いを自分で気がつくまで納得しないのが特徴

322:303
06/12/21 17:09:26
>>320
アプリケーションの形態がCUIかどうか、本質的には関係ないことはわかってます。
その意味では言葉が不適切でした。すみません。ここでの意味は、IDE(VS)による開発、
とでも置き換えられるでしょうか。

>>321
まあ、私の特徴としてはご指摘のとおりですね。で、もしVS2005を使う機会があれば、
(確認したところ、VC#2005 Express でも可能です) VSのデータ接続のウィザードで、
プロバイダにSQLite、データベースに .\data.db などを指定して、挙動をご確認
いただければ幸いです。その上で、私の勘違いについて指摘しているのであれば、
申し訳ありません。

323:NAME IS NULL
06/12/21 17:13:02
IDEだってEXEを起動してるだけなのは判るよね？
そのときのカレントディレクトリの問題じゃないの？
なんか説明がごちゃごちゃしててよく判らんけどさ

324:NAME IS NULL
06/12/21 17:52:30
とりあえず、303にカレントディレクトリという概念を理解できるほどの知能がないのはわかった。

325:303
06/12/21 18:03:14
>>323
はい、IDE(VS)はEXEそのものですね。

もしかして、>>312 さんが仰っているのは、VSのEXEを呼ぶ時点で、カレント
ディレクトリを変えておけ、というご指摘だったのでしょうか。

Solution1.sln と同一ディレクトリに、以下のバッチファイル置いて、

cd Solution1\bin\Debug
..\..\..\Solution1.sln

そいつからキックしたらうまくいきました。IDEの起動時にどうこうするとは
思いも及びませんでした。みなさま、スレ違いにお付き合いいただき
ありがとうございました。

326:303
06/12/21 18:06:04
>>324
的確なご指摘どうも。

327:NAME IS NULL
06/12/21 18:10:59
なんか微妙に理解が違う気がするけど、もう面倒くさいからいいや。とりあえずおめ。ｗ

328:NAME IS NULL
06/12/21 19:07:39
・Win32 API にGetCurrentDirectory とSetCurrentDirectory がある
・開発環境からデバッグ開始する際はプロジェクトの設定のデバッグの項で作業ディレクトリを好きに設定できる。
・生成したバイナリを起動するときのカレントワーキングディレクトリは実行ファイルと同じディレクトリとは限らない。

>>303 がどうしたいのか知らないのでアドバイスできることは何もない。

329:303
06/12/21 19:36:05
>>328
>>325 で解決済みなんですが、せっかくですので。
どうしたい、どうなって欲しいのかは、Data Sourceに data.db などの相対パスを指定して、
VSのデータ接続のウィザードや、データセットの構成などが正常に行えること、です。

で、これができない理由は、生成されたバイナリ云々の問題ではなく、VSのEXE自体のカレント
ディレクトリが、(そのように工夫しなければ、) VSのEXE自体か、開発対象のソリューション
ファイルが存在する場所になるから、です。私がこれまで以上に重大な勘違いをしていない限り、
アドバイスしてくださった内容は、問題とは関係なさそうです。

330:NAME IS NULL
06/12/21 20:06:48
どこを基準にした相対パスにしたいのか分からん。

331:NAME IS NULL
06/12/21 20:23:51
>>329
いい加減消えてくれない?

332:NAME IS NULL
06/12/21 20:28:11
>>303のプログラムは、ショートカットから起動したりとかした場合
動かないプログラムになるのだろうな。

333:NAME IS NULL
06/12/22 00:35:30
UNCに置いて起動すると…

334:NAME IS NULL
06/12/22 00:39:14
>>303
IDEは悪くない、お前の頭が悪い

335:303
06/12/22 04:33:03
えーと、根本的なところで質問したいのですが。
アプリ本体、いくつかのDLL、DBファイルを、適当なディレクトリにXCOPYで
インストールが完了する(まあ、今回に関しては、.net frameworkは必要ですが)
スタンドアロンのプリを作ろうってのは、根本的なところから間違いなんですかね?
また、最初から SQLite はそういう要件を満たしうる物ではないのですか?
もしくは、VSのDB操作用の各種ツールは、そういう要件を満たしうる物ではない
のですか?

>>334
別にVSが悪いとまでは思ってませんよ。1アプリとして妥当な動作でしょう。
頭のよろしい >>334 様であれば、上記の要件を満たすアプリを、VSのDB操作用の
各種ツールを使ってどうやって開発するのか、お聞かせ願いますか。
そんなツール使わない、と仰るのであれば結構です。私も以前まではずっと
そうしてやってきましたので。

336:303
06/12/22 04:34:28
>>335 l.4
× スタンドアロンのプリ
○ スタンドアロンのアプリ
です。すみません。

337:NAME IS NULL
06/12/22 05:02:20
とりあえず、自分の精神が異常ということは認識しておいたほうがいい。

338:NAME IS NULL
06/12/22 09:44:43
Visual Studio 2005 Design-Time Support って
元々SQLServerみたいなのを想定して機能だから
SQLiteで相対パスでなんてのはVS側の想定範囲外だと思うよ。

条件コンパイルでリリース版だけデータソース変えるとかすればいいんじゃね、よく知らんけど。

339:NAME IS NULL
06/12/22 16:12:52
>>335
だからな。相対パスと、”どこからの”相対パスなのかと、
カレントディレクトリと実行ファイル位置の違いを
他人に説明できるぐらい調べろってことだ。

340:NAME IS NULL
06/12/22 18:44:40
>>335
もういいからVSとADO.NETの使い方を書籍を購入してSQLServerやOracleなどあらゆるDBを起動して
悶え狂い死ぬほど勉強と実戦を積んでから出直してこい。

少なくともここで回答している諸氏はそれほどの経験を修羅場をこなしてきた上での回答だ。
安易に質問すれば解決するなどとは思わない方がいい。

341:NAME IS NULL
06/12/22 20:34:16
しっかし、このバカなんでこんなに粘着しているんだ?

342:334
06/12/22 23:38:35
>>335
SQLiteは悪くない、お前の性格が悪い

343:NAME IS NULL
06/12/23 00:25:30
アクセス厨が手法を変えてウザウザやってるだけと推定。

344:NAME IS NULL
06/12/23 02:17:34
修羅場って、sqliteなんて使ってるから修羅場なんだよ。
アクセスなら修羅場なんて有りません。
SQL Serverへの移行も簡単だし、アイタニウムへの移行も簡単。

345:NAME IS NULL
06/12/23 02:59:08
んなーわけない。

346:NAME IS NULL
06/12/23 11:14:04
sqliteの開発者の数＜＜＜厚い壁。＜＜＜アクセスの開発者の数

デスマに陥るのはどちらか一目瞭然だ。

347:NAME IS NULL
06/12/23 11:22:55
アクセスなんてWindowsでしか動かん時点で（少なくともサーバ用としては）論外だろ。
アイテニアムで動かせと言われるよりはLinuxへ移植しろと言われる確率のほうが一兆倍
くらい高い。

348:NAME IS NULL
06/12/23 11:45:31
SQLite3で日本語扱うにはUTF-8しか無理なの？特に日本語での検索とかで。

349:NAME IS NULL
06/12/23 11:51:18
API的にはUTF-16（＝Windowsの内部コード）でOK

350:NAME IS NULL
06/12/23 17:33:21
MSDEならアクセスから移行しやすい。
sqliteもリナックスも論外。バックアップすら総務の人間で出来ないし。

351:NAME IS NULL
06/12/23 17:56:59
Access厨が湧いてきたのと同時に、カレントディレクトリがわからないバカが消えた件について

352:NAME IS NULL
06/12/23 19:34:53
同一人（ｒｙ

353:NAME IS NULL
06/12/23 20:08:20
ほれここみろ。Accessなんか寂れて誰もつかわねｰよ。それが真実だ。

【Access】アクセスは最強のデータベース！
ｽﾚﾘﾝｸ(db板)

354:NAME IS NULL
06/12/23 20:18:06
sqliteの話題なんかほとんどないし寂れているスレですね。

355:NAME IS NULL
06/12/23 20:34:37
Visual Studio 2005 Design-Time Support って、アクセスだと相対パスはどう解釈されるん？
アクセスおすすめの人、おしえてよ。

356:NAME IS NULL
06/12/23 22:45:12
あくせくのスレでやれｗ

357:NAME IS NULL
06/12/24 21:09:20
3.3.8からload_extensionが使えるようになったので試してみました
HAVE_DLOPENをdefineしないと使えないのがなんとも…
デフォルトでoffになってます。

configureには--enable-dlopenとかないので、
configure CFLAGS=-DHAVE_DLOPEN とやればいけます

これで後からユーザー定義関数をばしばし追加できるっぽい

たとえばCやC++でsoもしくはdllを作っておいて、
select load_extention("xxx.so");
とやってやれば、phpからでも使えたりするっぽい

だいたい下みたいな感じかな？

#include <sqlite3.h>
#include <sqlite3ext.h>

SQLITE_EXTENSION_INIT1

int sqlite3_extension_init(sqlite3 *db, char **pzErrMsg, const sqlite3_api_routines *pApi)
{
SQLITE_EXTENSION_INIT2(pApi)

// ここにユーザー定義関数を追加

return SQLITE_OK; // 正常終了
}

今、いろいろ試しつつ、fts1のソース読んでるところです
なんかアドバイスあればよろしくです

358:NAME IS NULL
06/12/24 21:57:38
普通にphpからsqlite使えますが？

359:NAME IS NULL
06/12/24 23:14:02
>>358
PHPでユーザー定義関数を使う場合
　・今まで
　　　ユーザー定義関数もPHPで定義
　　　　　すごい遅い
　　　sqliteのソースを直接変更 or 類似の方法
　　　　　変更するたびコンパイル
　　　　　必要でない場合も組み込んだものがすべてメモリ上にロードされる
　・load_extensionで実装
　　　CやC++で記述するので、そこそこ速度はでる
　　　必要になったらロードすればよい
　　　ex) 統計処理ライブラリと日付ライブラリなどを作っておけば、必要なところで別々に使用できる

おそらく、load_extensionでsql文の拡張もできるかも？

360:NAME IS NULL
06/12/24 23:53:44
そもそも速度求めるならphp要らない。
phpって簡単に弄れるだけのメリットしか無いよ。

361:NAME IS NULL
06/12/25 01:41:07
うんそうだね

362:NAME IS NULL
06/12/25 03:06:27
うんそうだね（棒読み）

363:NAME IS NULL
06/12/25 03:10:46
（感情を込めて）　うん、そうだね。

364:NAME IS NULL
06/12/25 05:46:57
zend使えzend
非効率的だと思う

365:NAME IS NULL
06/12/25 11:29:45
ADO.net Data provider for SQLite
便利だなぁ

366:NAME IS NULL
06/12/26 21:00:32
>>365
.NET がうらやましい。Delphi 使いにはこれといった決め手がなくて……。
DISQLite3 が一番よさそうだが、商用ライセンスが 90 ユーロ、しかもソースは
別売り。Aducom の SQLite3 コンポーネントは WideString 非対応。フォーラムを
読む限りでは対応中らしいが、今日明日のうちにということではなさそうだ。

結局、Simple Sqlite 3.0 for Delphi を改造して WideString 対応にしたものを
使って開発中。

367:NAME IS NULL
06/12/27 18:57:28
PDOでsqlite3使おうと思ってるんですが、
分かる方いましたら教えてください！！

とりあえず、結果がなにも出力がされません・・・。
PDOでMySql使ってみたら正常にどうさしました。

ちなみに、クエリは正常に実行できててテーブル作ったりインサートしたりということはできてます、
ですが表示が全くされない状態です。

echo "aaa";　　などと入れても無視されます。
設定は、VineLinuxのデフォルトで何も設定していません。
PHPINFOでPDOのSQLiteが有効なのも確認しました。

実行したコードはしたのものです
<?php
try {
$pdo = new PDO('sqlite:test.db','', '');
$stmt = $pdo->query("SELECT * FROM test");

while($row = $stmt->fetch(PDO::FETCH_ASSOC)){
echo implode(", ", $row) . PHP_EOL;
}
} catch(PDOException $e){
var_dump($e->getMessage());
}
$pdo = null;
?>

よろしくお願いします。

368:NAME IS NULL
06/12/27 21:08:49
＞echo "aaa";　　などと入れても無視されます。
これは SQLite の問題なのか？
PHP の問題じゃねーの？

369:NAME IS NULL
06/12/27 21:18:19
PHP使ってるくらいだから問題の切り分けもできない人なんだろう

370:NAME IS NULL
06/12/28 00:19:57
PHP使った事ないからググってみたけど、
データベースハンドラ?のqueryメソッドって
ステートメントハンドラじゃなくてもろに結果セットを
返してるみたいなんだがその辺どうなの?
DBドライバごとに返すもんが根本的に違うとかありえんと思うが…

371:NAME IS NULL
06/12/28 00:49:09
ごめん、用語色々おかしかった。
結果セット→結果セットを配列に詰め込んだ物と読み替えてくれ。

とりあえずqueryメソッドはPDOStatementを返すらしいが、
queryメソッドから返されたPDOSt(ryからfetchする例文はなかった。

DBI使おうぜDBI。

372:367
06/12/28 09:03:14
問題も切り分けられなくすいません・・。
初心者ですいません。

＞３６８さん
PDO＋SQL以外は正常に動作しています、
他のプログラムは実行できてますから・・。

とりあえず、PDO＋SQL関連のコードが入っていると真っ白になります。

PHPじゃなくて他にいいのがあるんですかね？

373:NAME IS NULL
06/12/28 10:24:37
ループ内に入れたecho "aaa" が実行されないわけか。

とりあえずエラー処理をきっちりやるとこから始めたら？
PHP使いはエラー処理を書かないってホント？

374:371
06/12/28 12:25:46
ハンドルは同じPDOStatementオブジェクトなんだが、
prepare("[SELECT文]")で取得してexecuteしたハンドルからはfecthメソッドで行を取得
query("[SELECT文]")で取得したハンドルからはforeach ([ハンドル] as $row)とかで行を取得
らしい。

MySQLではうまく行ったってのは全く違うコードでドライバがMySQLだったってだけなんじゃ。

375:367
06/12/28 15:17:15
状況としては、
エラーがでるのは、

①表示OK
<?php
echo "aaa";
?>

②画面真っ白
<?php
echo "aaa";
try {
$pdo = new PDO('sqlite:test.db','', '');
$stmt = $pdo->query("SELECT * FROM test");

while($row = $stmt->fetch(PDO::FETCH_ASSOC)){
echo implode(", ", $row) . PHP_EOL;
}
} catch(PDOException $e){
var_dump($e->getMessage());
}
$pdo = null;
?>

③正常表示
<?php
try {
$pdo = new PDO("mysql:host=localhost; dbname=test",
"mysql", "password");
$stmt = $pdo->query("SELECT * FROM test");

while($row = $stmt->fetch(PDO::FETCH_ASSOC)){
echo implode(", ", $row) . PHP_EOL;
}
} catch(PDOException $e){
var_dump($e->getMessage());
}
$pdo = null;
?>

376:NAME IS NULL
06/12/28 17:25:20
PHPって奴にはエラーメッセージっつーのは無いのかね

377:NAME IS NULL
06/12/28 18:15:13
>catch(PDOException $e){
> var_dump($e->getMessage());
>}
ここがエラーメッセージを取得してるとこだろ…常識的に考えて…
で、この getMessage() とやらは echo に渡さなくても文字列を出力してくれるんかいな？

378:NAME IS NULL
06/12/28 22:07:06
var_dumpってのがデバッグ表示の出力命令じゃないか?
素人判断だけど。

あとfetchのパラメータで返される行の形式指定するみたいだけど
ドライバによっては非対応の値とかあるんじゃないか?
素人判断だけど。

379:NAME IS NULL
06/12/29 00:15:12
俺みたいにPHP知らない奴でもこのスレさえ読んでれば生半可な知識が身につくな

380:NAME IS NULL
06/12/29 04:41:33
普通にprintデバック。
たかがスクリプトだぞ。デバッカなんて有りません。

つーかsqlite廚ってアクセス廚よりスキル低いよな。
やっぱりアクセス本みたいなのが無いから？

381:NAME IS NULL
06/12/29 08:06:16
>>380
標準でGUI環境が無いからかと。

382:NAME IS NULL
06/12/29 09:41:58
PHP厨はSQLite厨よりもスキル低いわけかｗ

383:NAME IS NULL
06/12/29 09:44:21
例外で全てのエラーをキャッチできるとは限らないんだから、中間に出てくる値全部printしてみたり
エラー変数みたいのがあればそれもprintしてみたりするしかないんじゃないのかね。

384:NAME IS NULL
06/12/29 09:45:03
PHPからアクセスを扱うコード禿げしく希望！ｗ

385:NAME IS NULL
06/12/29 11:22:14
>>384
こっち逝け

【Access】アクセスは最強のデータベース！ (13)
ｽﾚﾘﾝｸ(db板)l50

386:NAME IS NULL
06/12/29 11:24:22
>>380
> たかがスクリプトだぞ。デバッカなんて有りません。
レベル低いのはお前。

PHPのデバッガなんていくらでも有る。

387:NAME IS NULL
06/12/29 16:45:11
最近のPHPのデフォはエラー吐かないから、
ローカルでエラー吐く環境作っとけ、と。

388:NAME IS NULL
06/12/30 00:02:29
実にPHPの勉強になるスレだな。一生使う機会は無いだろうけど。ｗ

389:NAME IS NULL
06/12/30 09:37:45
>>387
デフォではかないなら、
はくようにすればいいだけじゃんｗ

390:NAME IS NULL
06/12/31 03:21:58 7TDC6eJ8
>>389
ウェブ上にエラー吐かれるとセキュリティ上困るって意味じゃないのか？ｗ
PHPはZendという優れた開発環境があるからみんな使ってね。

391:NAME IS NULL
06/12/31 10:45:22
開発はインターネットから見えないテストマシンでやれぼけ。

392:NAME IS NULL
06/12/31 12:47:34
そろそろスレ違いだと思うが

エラーメッセージの挙動なんて
(httpdの設定にもよるが) .htaccess にPHPの設定を書けば
変わるようにできるんだし、インターネットから見えるとこで開発してるわけでもないんだろ？

393:NAME IS NULL
06/12/31 14:45:39
レン鯖しか動作環境持ってないウェブデザって多いよ。
自分で動作環境すら作れない。

ヒント：ODBC
ここの住人はスキルが低いですね。

394:NAME IS NULL
06/12/31 15:59:27
ODBCってWindows用だろ？

395:NAME IS NULL
06/12/31 18:11:51
>393は>384への回答だろ。

396:NAME IS NULL
06/12/31 18:32:08
URLﾘﾝｸ(support.microsoft.com)

IIS/ASP から Jet にアクセスする場合、ADO 経由で
Access ODBC ドライバ、または OLE DB Provider for Jet を
使用できます。しかし Access ODBC ドライバ、
および OLE DB Provider for Jet は、Web システムなどの
多くのユーザーからのアクセスによる同時実行や
高負荷の対応はされておらず、また、終日稼動で運用されるような
高い信頼性を要求されるサーバーアプリケーションで
使用されることを考慮して設計されていません。

397:NAME IS NULL
06/12/31 23:52:27
【Access】アクセスは最強のデータベース！ (13)
ｽﾚﾘﾝｸ(db板)l50

398:NAME IS NULL
06/12/31 23:53:16
Visual Studio 2005 Design-Time Support って、アクセスだと相対パスはどう解釈されるん？
アクセスおすすめの人、おしえてよ。

399:NAME IS NULL
07/01/01 00:57:52
すれ違い。

400:NAME IS NULL
07/01/01 01:25:26
mysqlもodbc使えるのに、sqliteダメポ。
アクセス以下だ。

401:NAME IS NULL
07/01/01 02:27:50
>>400
sqliteもodbc使えますよ

402:NAME IS NULL
07/01/01 09:06:18
じゃあアクセスの方がSQLite未満だ

403:NAME IS NULL
07/01/01 09:30:06
じゃあ、sqliteも、Web システムなどの多くのユーザーからのアクセスによる同時実行や高負荷の対応はされておらず、また、終日稼動で運用されるような
高い信頼性を要求されるサーバーアプリケーションで使用されることを考慮して設計されてい無い訳だね。

結論：sqliteはゴミ。

404:NAME IS NULL
07/01/01 09:38:25
> 対応はされておらず
対応はされています。

よってアクセスはゴミ。

405:NAME IS NULL
07/01/01 09:38:56
対応されてないのはodbcだろｗｗｗｗｗ

406:NAME IS NULL
07/01/01 09:39:27
とアクセスもねｗ

407:NAME IS NULL
07/01/01 09:55:39
>>403
(8) Is SQLite threadsafe?

Yes. Sometimes. In order to be thread-safe,
SQLite must be compiled with the THREADSAFE preprocessor
macro set to 1. In the default distribution,
the windows binaries are compiled to be threadsafe
but the linux binaries are not.
If you want to change this, you'll have to recompile.

408:NAME IS NULL
07/01/01 10:27:39
>>407
すごいな、SQLiteは。アクセスがゴミに見える。

409:NAME IS NULL
07/01/01 14:10:58
アクセスはヂュアルコアでもハーパスレディングでも使えるんだけどね。

410:NAME IS NULL
07/01/01 14:31:48
もうAccessの話はいいよ。関係ないじゃん。SQLiteと。

411:NAME IS NULL
07/01/02 00:37:54
sqliteがアクセスのように使いやすければ良いのにな。
イルカ機能付けてよ。

412:NAME IS NULL
07/01/02 00:53:00
包茎くんが粘着しまくっておるな

413:NAME IS NULL
07/01/02 03:12:23
英語が読めなくて壊れてしまったんだな。

414:NAME IS NULL
07/01/02 11:20:54
アクセス買えない貧乏人が必死ですね。

415:NAME IS NULL
07/01/02 12:32:39
別に金払わなくてもmdbファイルは作れるだろ。

416:NAME IS NULL
07/01/02 15:53:44
アクセス厨は、SQLite厨が怒るから面白くてちょっかい出してるだけ
だろ？

mdb が WEB鯖のバッググラウンドで使えると本気で考えてる訳じゃ
無いよな？ｗ

417:NAME IS NULL
07/01/02 16:10:02
sqliteはバックエンドでは使えないよ。
冗長構成取れないし。

418:NAME IS NULL
07/01/03 10:09:10
まるで SQLiteが万能だと、そう思ってる奴はどこにいるかもわからないのに、
変な戦いを挑むのはやめなよ。

419:NAME IS NULL
07/01/04 18:02:36
うちの鯖はSQLiteをバックエンドにしとります。
アクセスログもSQLiteに記録しとります。
むちゃくちゃ危なっかしいです。

420:NAME IS NULL
07/01/05 00:52:48
それでもアクセスよりはましなんだよねーｗ

421:419
07/01/05 05:20:23
さっきSQLiteをバックエンドにしてると言った者だが、
もしかしてSQLiteって、INSERTしてCOMMITすると、
ファイルの一部を書き換えるのではなくて、全体を上書き保存してない？
HDD稼働率がやたら高い気がする・・・
想定外だ。設計失敗したかも。

422:NAME IS NULL
07/01/05 09:38:01
> ファイルの一部を書き換えるのではなくて、全体を上書き保存してない？

さすがにそれはない。

けど、 COMMIT しまくるとディスクアクセスが多くなるというのはそういうものだと思うので、
アクセスログで COMMIT を頻繁にするような使い方だとちょっと厳しい気はするね。
極力 TRANSACTION を長く取って COMMIT の頻度が少なくなるように工夫するとか。

423:NAME IS NULL
07/01/05 17:36:22
原因の切り分けもできないようじゃどのDBでも扱えません

424:419
07/01/05 17:39:40
>>422
そですか。ありがとうございます。

SQLiteでログ記録するためにデーモン作るのもなんだな・・・
やっぱログは一旦テキストで取って、
cronでSQLiteにぶちこみますか。。。

425:NAME IS NULL
07/01/06 13:55:00
アクセスじゃバックエンドは辛いから、MSDEだな。

426:NAME IS NULL
07/01/06 21:57:55
writeが主なら、やっぱりMySQLやSQLServerの方がパフォーマンスが良いと思う。

427:NAME IS NULL
07/01/07 22:07:11 SBuYDzm+
そりゃそうだろ

428:NAME IS NULL
07/01/14 11:55:12
age

429:NAME IS NULL
07/01/14 14:05:34
知らん間に3.3.10になってた。

430:NAME IS NULL
07/01/16 04:56:12
また古いsqlite2のDBが読めなくなってるなあ。
sqliteの開発者って馬鹿だよな。下位互換性ぐらいチェック汁！

431:NAME IS NULL
07/01/16 09:33:51
またかよ。
不具合報告するなら再現可能な手順をきちんと示してくれ。
その気がないならチラシの裏でやれ。

432:NAME IS NULL
07/01/16 15:53:03
>また古いsqlite2のDBが読めなくなってるなあ。

いつのv3で読むことが出来たのですか？

433:NAME IS NULL
07/01/16 19:19:35
どこにも「v3で」とは書いてない件。

434:NAME IS NULL
07/01/16 19:43:11 bgCDvXxZ
>>384
ADOdb

高性能だけどpear::DBよりコマンド名長くてうっとおしい

435:NAME IS NULL
07/01/16 21:39:59
もうアンチvs信者でしか盛り上がれないこのスレ

436:NAME IS NULL
07/01/16 22:27:26
みんななんだかんだでアクセスとsqlite2を使い続けてるよな。
食わし過ぎ！

437:NAME IS NULL
07/01/17 00:08:41
おまえら釣られ過ぎ

438:NAME IS NULL
07/01/17 00:41:23
そんなに複雑な Tips も無いし、普通に使う限りは安定してるから話題が無いんだよな。
Oracle みたいに VerUP の度に新機能追加で盛り上がるって事も無いし。

そうなると自然とスレは閑散としてくるから、話題はアンチvs信者の論争で
枯れ木も山の賑わいとするしかない、と。

439:NAME IS NULL
07/01/17 11:02:28
>357 みたいな面白そうな話があっても盛りあがらない件について

結局はノウハウを出したくないんだろう。こことかWeb系とか
実務に近いところだとどうしてもその辺の駆け引きが出てくる。

440:NAME IS NULL
07/01/17 12:42:41
Senna連携が素直にできると楽しいんだけど

441:NAME IS NULL
07/01/17 15:38:38
sennaのスレってないの？

442:NAME IS NULL
07/01/17 15:40:17
見た感じ、mecabをWindowsアプリに同国できるくらいポータブルにするのが面倒そうだな

443:NAME IS NULL
07/01/18 14:24:32
VCでもmingwでもコンパイルできるよ?

444:NAME IS NULL
07/01/18 17:21:04
sennaスレに行った方がいいんじゃないか

445:NAME IS NULL
07/01/18 18:01:59
Linux 板のオープンソースの全文検索ソフトスレあたりで。

446:NAME IS NULL
07/01/19 08:09:26
Sennaスレｽﾚﾘﾝｸ(php板)
に書き込むか迷ったけど、あっちはPHP板なのでここに書いてみる。

mecab の src/Makefile.msvc.in をそのまま使うと iconv-win32 が微妙だったので
iconv依存を除去してみた。iconv依存な部分はちゃんと隔離されていたし、
変換自体はMultiByteToWideCharを使えばいいので十数行程度の変更で収まる。

iconv のcp932は変換テーブルが微妙に異なるのが気に入らん。
URLﾘﾝｸ(www.miraclelinux.com)
URLﾘﾝｸ(damedame.monyo.com)

辞書はutf8のが良かったんだけど、これはx86なLinuxで生成したのがそのまま使える気配。

sennaは.cと.hだけ持ってきて適当にマクロを定義したらビルドできた。
リンカのコード生成が妙に遅かったけど。

環境はMicrosoft Visual C++ 2005

447:NAME IS NULL
07/01/19 22:15:00
そもそもノウハウが必要なほど機能が有る訳じゃないし。
単なる使い捨てデータベースにノウハウなんて無いよ。

VCならMDB使っとけよ。MSDEもあるよ。

448:NAME IS NULL
07/01/20 08:38:23
create table DATA (ID integer primary key, STRING text)で作ったデータベースファイルに、
insert into DATA values(NULL, '0')とした時、
IDが何番の所にデータが挿入されたか知る方法はありませんか?

449:NAME IS NULL
07/01/20 11:44:17
PHPなら sqlite_last_insert_rowid
Javaなら last_insert_rowid
他の言語でも似たようなのあるんじゃないの。

450:NAME IS NULL
07/01/20 12:12:02
ありがとうございます。
言語として用意されているとは思いませんでした。

451:NAME IS NULL
07/01/20 12:32:53
>>447-449
select last_insert_rowid();
じゃ駄目なの？

452:NAME IS NULL
07/01/20 12:33:53
アンカー間違えた
正しくは >>448-450 ね

453:NAME IS NULL
07/01/21 03:44:40
SQLiteのFTS1モジュールって完全転置インデクスだしカラムと位置まで覚えてるし、
実は思ったほど悪くないんじゃないか
…と思ったら、もうCVSにはFTS2が出てて、インデクス作成時間が大幅に短くなってんのか。

Senna組み込んでもカラムは覚えられないし、
FTSのtokenizerをマルチバイト対応させた方が幸せなケースもあるのかもしれん。

454:NAME IS NULL
07/01/23 06:15:25
>>448
primary keyなら空きがあっても必ず最大値になるので、max(ID)でOK

455:NAME IS NULL
07/01/23 11:03:34
ウソついちゃいかん。AUTOINCREMENTもつけないとダメだろ。

456:NAME IS NULL
07/01/23 11:04:33
複数のセッションが走ってたらmax(id)がズレることがあるからlast_insert_rowidでないとダメ

457:NAME IS NULL
07/01/23 11:21:31
>>455
ウソついちゃいかん。AUTOINCREMENT はつけなくても大丈夫だろ。

458:NAME IS NULL
07/01/23 15:51:01
何？autoincrement付けられるようになったんか？

459:NAME IS NULL
07/01/23 16:24:59
>>458
いい加減 SQLite2 は捨てろ！

460:NAME IS NULL
07/01/24 00:08:38
むしろ付けなくても勝手に付いたことになる物を付ける必要を感じない

461:NAME IS NULL
07/01/24 00:19:28
まだまだ2は現役だよ。3で読めないし、DBファイル壊されてしまうし。

462:NAME IS NULL
07/01/24 00:32:14
>>461
ま　た　お　ま　え　か

463:NAME IS NULL
07/01/24 06:58:30
>>460
autoincrementをつけたときとつけないときでは挙動が異なる。

464:NAME IS NULL
07/01/24 22:39:03
正解はこちら。 URLﾘﾝｸ(www.sqlite.org)

465:NAME IS NULL
07/01/26 00:23:53
読めねーよ！AAry)ｳﾜｰﾝ

466:NAME IS NULL
07/01/26 03:09:05
翻訳ツールくらい使えよ。
URLﾘﾝｸ(www.google.com)

467:NAME IS NULL
07/01/26 09:34:02
翻訳ツールくらい使わず読めよ。

468:NAME IS NULL
07/01/26 10:06:12
英語読めないならアクセスでも使っとけよと思う。

469:NAME IS NULL
07/01/26 10:52:19
いつもアクセス厨うぜーと思ってる漏れだが >>468 には禿同

470:NAME IS NULL
07/01/28 08:57:05
アクセス使っていても、MSのKB調べてると無茶苦茶な日本語になってて
元の英文のほうを見ることはままあったけどな。

つーかマニュアル英語くらいは読めないと色々大変じゃないか?

471:NAME IS NULL
07/01/28 15:03:31
英語読めない人はそれでも出来る程度の仕事しかやらないから大丈夫だよ

472:NAME IS NULL
07/01/28 15:53:24
英語読めたところで、馬鹿はダメだろ。

473:NAME IS NULL
07/01/28 16:34:47
そもそも馬鹿なら、英語読める読めないに関係なくダメ。馬鹿を持ち出すこと自体的外れ。

474:NAME IS NULL
07/01/28 16:59:24
プログラマで英語読めないって、ちょっとレベル低すぎないか。
新しい情報探すなら、海外のサイトは避けて通れんし。

475:NAME IS NULL
07/01/28 18:16:40
学生時代に英語をまじめちやっておけば、、、と後悔する毎日

476:NAME IS NULL
07/01/29 01:05:36
でも、英語ができないじゃ食えないので、できなくても読む。ひたすら読む。
話す的はあきらめて恥を書く。
書くときは一言断りを入れて書く。

だな。

477:NAME IS NULL
07/01/29 01:29:46
プログラマほど英語が読めない事が多いけどな。
日本語のIDEがないと使えないとか、日本語マニュアルが無いとか、エラーメッセージが日本語じゃないととか。

プログラム勉強する前に英語の勉強してこいって感じ。
変数なんかも、英語じゃなくてローマ字だよな(w

新しい情報なんて探さないのだよ。
誰かが作った手順の元で、忠実に実行して行くだけのプログラマ。
バグも手順通りに作ってくれて、テストすらしないアフォ。

478:NAME IS NULL
07/01/29 01:35:52
それはコーダー。

479:NAME IS NULL
07/01/29 01:58:41
>>477
君がまともなプログラマを知らないだけ

480:NAME IS NULL
07/01/29 05:35:59
おまえらの自称英語できる！程信用出来ない物はない

481:NAME IS NULL
07/01/29 13:31:39
英語駄目な人、必死だなｗ

482:NAME IS NULL
07/01/29 18:27:42
まともなプログラマなんぞ、空想の産物。
現実のプログラマは対人能力低くてスキルも低くて、月給２０万の価値すらないよ。

483:NAME IS NULL
07/01/29 18:51:19
と、>>482が自分の事を語っております。

484:NAME IS NULL
07/01/29 18:53:18
月200万稼いでる俺は空想の産物なのか…

485:NAME IS NULL
07/01/29 20:38:33
おまいはまともじゃない。
どんな犯罪行為に手を貸してるんだい？

出会い系サイト構築？

486:NAME IS NULL
07/01/29 20:38:49
取りあえず、部屋から外に出ような
話はそれからだ

487:NAME IS NULL
07/01/30 00:16:11
出るよ。
いつも外はまっ暗だけど。

488:NAME IS NULL
07/01/30 00:29:21
もしかして桜あたりでPHPからsqlite3呼び出してるアフェリエイト廚ですか？
phpで稼いでるなんて底辺PGですね。

489:NAME IS NULL
07/01/30 03:27:49
（変数名やフィールド名を付けるときに和英辞書を引いてることは秘密だ）
（最近は辞書ユーティリティで便利だ）

490:NAME IS NULL
07/01/30 08:02:03 db7bTjCz
最近はローマ字どころか平気で日本語の変数名をつけてますよ

491:NAME IS NULL
07/01/30 08:06:18
頭悪い香具師の巣窟ですね。

492:NAME IS NULL
07/01/30 08:25:05
優等生はXOOPSとかでフォーラム作ってそこで戯れてろ！

493:NAME IS NULL
07/01/30 11:48:21
notifyとnofityを3年間間違い続けた俺が来ましたよ。

494:NAME IS NULL
07/01/30 12:31:29
今までどう発音してきたのか、問い詰めたい

495:NAME IS NULL
07/01/30 21:19:51
そろそろ外部キー対応してくれんかな

496:NAME IS NULL
07/01/30 23:35:12
煽り合って間に一行でもコード書いたほうが生産的だ

497:NAME IS NULL
07/01/31 11:39:08
文句逝ってないで、そろそろ外部キー対応のコードを書いてくれないかなあ。
オープンソースなんだから、我慢しないでコード書いてくれれば良いよ。

498:NAME IS NULL
07/01/31 11:54:00
ここでぼやいてなんとかなるわけないじゃん。本家の ML に要望出せよ。

あ、英語ダメなんだったね。ゴメンゴメン。

499:NAME IS NULL
07/01/31 15:42:59
アフォはアクセス使えよ。

500:NAME IS NULL
07/01/31 20:26:24
日本人ならアクセス２００７使ってるよな。
アクセス２００７ならアクセス９５からアクセス２００３まで問題なく読めるぞ。

501:NAME IS NULL
07/02/01 00:27:55
それはすごいですね

502:NAME IS NULL
07/02/01 03:21:39
商品なんだからそれくらい当然出来なくっちゃねぇ

503:NAME IS NULL
07/02/01 16:29:53

で、あいかわらずアクセスとSQLiteを同列に語る不毛を続けるバカが居着いてるんだな。

504:NAME IS NULL
07/02/03 22:44:32 QsEAM/Av
いつもMySQL使ってるけど
「簡単に使える」という風評を聞いてsqlite使おうとした…
が資料がすくねーわ
参考書も糞みたいなのばっかりだわ
余計時間食うわボケ
sqlite氏ね
糞みたいな本出した奴らも氏ね

505:NAME IS NULL
07/02/03 23:38:00
公式のドキュメントだけで十分だろ。

506:NAME IS NULL
07/02/04 00:15:57
>>504
日本語で懇切丁寧に書かれた書籍がないとプログラムが書けない人は大変ですね♪

507:NAME IS NULL
07/02/04 01:26:01
たしかにそれは大変だよな

508:NAME IS NULL
07/02/04 09:27:02
まあ、日本語の本がクソ本だらけなのは事実だな。sqlite。
まったく不思議だぜ。

509:NAME IS NULL
07/02/04 11:15:39
長所、短所をそれぞれ3～５行で頼む。

510:NAME IS NULL
07/02/04 11:24:01
長所
DBサーバ動かす必要ないので対応していれば共有鯖でも気軽に使える
DBはファイルなのでバックアップが容易
UTF-8なら日本語も無問題
パブリックドメインなので商用アプリにも使いやすい

短所
更新時のロックがなぁ。ファイル一個だししょうがないけど
コマンドラインアプリがイマイチ
決定的なGUI管理ツールが無い
日本語資料が少ない

短所は日本でメジャーになりきれない原因だと思う
メジャーを目指すとどうしても厨向けになっちゃうよなぁ

511:NAME IS NULL
07/02/04 11:41:00
比較対象も書かずに長所短所を挙げても意味不明じゃん

512:510
07/02/04 11:45:38
比較しなくても俺的長所短所は書けるよ
>>511が書くときは比較対象もあげてくれたらいい

513:NAME IS NULL
07/02/04 11:47:29
じゃぁAccess、HSQLDBと比較してくださいな。

514:NAME IS NULL
07/02/04 11:48:44
>>512
おまえが書けてもそれはおまえ以外には意味不明
長所、短所って意味わかってるか？
日本語苦手な人か？

次ページ