SQLite 4 - 暇つぶし2ch

SQLite 4 ..

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
おまえが書けてもそれはおまえ以外には意味不明
長所、短所って意味わかってるか？
日本語苦手な人か？

515:NAME IS NULL
07/02/04 11:51:17
>>514
ふつうのひとは「一般的な/メジャーなDBMSと比べて」と解釈するから問題なし。
わかってないのきみだけだよ。

516:NAME IS NULL
07/02/04 11:51:19
>>513
アクセスの話はこのスレでは禁止されています

517:NAME IS NULL
07/02/04 11:52:29
>>515
最初からそう書けば突っ込まれなかったのになｗ

518:NAME IS NULL
07/02/04 11:55:13
>>510
＞UTF-8なら日本語も無問題

これ「一般的な/メジャーなDBMSと比べて」長所なの？

519:510
07/02/04 12:13:13
俺の書き方が稚拙だったことは認めようｽﾏﾝ
しかし、皆自分なりの見解を出してから俺をたたいてくれ
文句言うのは簡単だよ。

>>511
ぶっちゃけ比較対象はMySQL、PostgreSQLくらい

>>513
HSQLDBよく知らんし知ってる人が比較して
Accessは…どうでもいい。興味のある人が比較して

>>518
MySQL4.0との勝負なら…（ちょっと無理がある

あ、あとこれ気になるだれか比較してよ
URLﾘﾝｸ(www.h2database.com)

520:NAME IS NULL
07/02/04 12:17:40
面白そうだね＞H2
Java版SQLiteって感じか。（サーバ構成にもできるようだが）

521:NAME IS NULL
07/02/04 13:39:26
> 決定的なGUI管理ツールが無い

日本語化されているからという理由で、
SQLiteCCを使っていたんだが、
空のテーブルを開いたときとかにやたらと落ちるので、

検索時間1分で見つけた
SQLite Database Browserを使っているんだが、
これが、決定的ではない理由有る？

URLﾘﾝｸ(sourceforge.net)

522:NAME IS NULL
07/02/04 13:56:30
>>521
sqlitespy がお勧め
URLﾘﾝｸ(www.zeitungsjunge.de)

523:510
07/02/04 14:14:59
>>521 >>522
いいね。それを併せて紹介すればもう少し流行るかも…

自分はSQLite大好きなので流行ってほしいんだよね。
激しい更新さえ無ければ十分に使える選択肢だと思ってるし

524:NAME IS NULL
07/02/04 16:14:08
ところでSqliteのデータベースファイルの拡張子はどういう名前が一般的ですか？
関係ないからみんな適当にやってんのかな？

525:NAME IS NULL
07/02/04 16:35:48
長所
・サーバポートを開かない
ファイル1個＋クライアントソフト:perl,php,ODBCで動くのは魅力的。欠点という人も。

・OSを選ばない
SQL ServerやAccessには出来ない芸当。

短所
・タイプレス
日付等フォーマットを気をつけないとソートが文字列順になる。コーディング量増加。

・更新時ロック
UPDATE中はロックされてしまい他からのアクセスを受け付けない。

・外部キーなし
CASCADEでデータを削除したい場合にはコーディングに頼ることに。

・遅すぎる書き込み速度
頻繁にレコード追加・更新する使い方で高レスポンスは期待できない。ODBCはもっての他。

こんなもん？

>>519
H2はSQLiteみたいな使い方する分にはマジ速い。Javaがインストールされている必要がある。
jdbcを使うならマジおすすめ。それ以外は様子見が無難かも。
ブラウザ経由でMySQL Adminみたいな管理ツールもついて来てこのファイルサイズはすごい。
ODBCは実装されてない関数多すぎ。

>>524
.db3にしてるけど一般的かどうかは知らない。ちなみにVersion 2のときは.db2にしてるけど、IBM
とは関係ない。

526:NAME IS NULL
07/02/04 16:59:27
>>525
書き込みが遅いという奴は大抵の場合、明示的にトランザクションしてない事が多いけど…
そちらではどうやってた？

527:NAME IS NULL
07/02/04 17:11:08
>>526
Perl　DBIの場合の例だけど
AutoCommit=>0
としたあと、100回とか200回ごとにcommit。

528:NAME IS NULL
07/02/04 21:54:36
>527
実測でどうだったのか、ちょっと数字が見たいな。

529:NAME IS NULL
07/02/05 00:23:27
トランザクションで纏めて書き込めば遅いという印象はない。
俺ならPerl DBIのAutoCommitがちゃんと動いているのかを疑う。

530:NAME IS NULL
07/02/05 00:38:59
いままでデータベースとか触ったことの無いフリーソフトの作者なんだけど
ちょっと大量のデータを扱うソフトを作ろうと思って SQLite のことを調べてます。

で、ぶっちゃけ今なやんでるのだけど、
sqlite3_exec って 16 ってついたバージョンがないのだけど
こいつに UTF-16 つっこんで大丈夫？

531:NAME IS NULL
07/02/05 00:44:25
>>530
大丈夫
（正確にはBMP内の文字でネイティブオーダのUTF-16なら大丈夫）

532:NAME IS NULL
07/02/05 03:14:35 kImZLbkv
一方的な書き込みだけなら確かに遅い感じはしないな。
頻繁にcommitしないといけないシステムだと明らかに他のDBより遅い。

自分的にはINSERTよりもUPDATEが特に遅く感じるけど、
誰かきちんとベンチとってないかな？

533:NAME IS NULL
07/02/05 03:31:08 kImZLbkv
短所に書き込みが遅いっていうのがあるのなら、
長所に読み込みが速いっていうのがあってもいいな。

534:NAME IS NULL
07/02/05 10:26:20
>>521
決定的で無い理由は他にも色々たくさんあるから。
URLﾘﾝｸ(www.sqlite.org)

535:NAME IS NULL
07/02/05 11:55:20
「よりどりみどり」って書けば長所になるねｗ

536:NAME IS NULL
07/02/05 16:25:50
>>535
客「可愛い子はいるかい？」
ポン引き「うちは女の子たくさんいますぜ。」

537:NAME IS NULL
07/02/05 17:58:21
客「うほほ。それじゃあちょっとだけ飲んでいこうかな」
ポン引き「お客様ご案内～！」

嬢1「イラッシャイマセー」
客「・・・。あれ君外国人？」
嬢1「ソウネ。ナニノムカ。ドンペリハイリマシター」
客「ちょ！俺まだ何も注文してないし！！チェンジチェンジ！」

嬢2「Ef Aifasd falei falsea seie sled alseiaoe」
客「君も外国人なのか。何を言ってるのかさっぱりわからんのだが」
嬢2「Awla dlei fkeo dlasei fppwoe ek」
客「日本語しゃべってくれんかね・・・」
嬢2「LEif lsei feoewl！slei flseif pqqldj！」
客「ボーイ！なんだよこの子は！日本語が通じないじゃないか！！チェンジ！」

嬢3「こんばんわ。最近は人手不足なもので」
客「お嬢さん・・・あんた幾つだね。。俺のお袋くらいの年に見えるが・・・」
嬢3「あらいやですわ。最近人妻流行なので老けメイクですの。26歳よ」
客「26？62くらいに見えるが・・・」
嬢3「オホホホホ・・・」

538:NAME IS NULL
07/02/05 18:03:17 1WSD+3jo
クソつまんね

539:NAME IS NULL
07/02/05 19:22:10
>>527
AutoCommitはイクナイ

540:NAME IS NULL
07/02/05 21:45:30 Ak3p4Kog
>>521
SQLの実行結果欄に列名が出ない

>>522
よさそうだけど、SQLを記述する部分に日本語が表示されない
'あいうえお'とか入力しても'□□□□□'になる

やはり日本語が扱える決定的なGUIツールは無いな・・・

541:NAME IS NULL
07/02/05 23:11:19
>>540
日本語表示されたぞ。

542:NAME IS NULL
07/02/05 23:16:04 Ak3p4Kog
>>541
SQLiteSpyの話だよね？SQL実行結果欄じゃなくてSQLを記述する欄で表示できた？
何か設定しなきゃいけない？
ちなみにこちらの環境は、
SQLiteSpy1.5.5
Windows2000 sp4

543:NAME IS NULL
07/02/05 23:56:41
sqliteは商品じゃないし、ヨドバシで売ってないから、日本語使えなくて当然だ。
アクセス２００７なら、ヨドバシで売ってるしGUIで文字化けもしないよ。

544:NAME IS NULL
07/02/06 00:27:32
>>542
特に何もしてないけどな。
URLﾘﾝｸ(vip.cmdap.com)

545:NAME IS NULL
07/02/06 01:01:35
>>530
sqlite3_exec() なんて便宜上用意してあるだけだから
自分で使うときはちゃんと sqlite3_prepare16_v2() してから
sqlite3_bind_text16() を使え

546:542
07/02/06 01:24:46 sv7gVloA
>>544
ほんとだ・・・わざわざありがとうございます。XPですか？
うちはこんな有様。”日本語”と入力したのに□□□になってる。
URLﾘﾝｸ(vip.cmdap.com)

547:NAME IS NULL
07/02/06 01:46:04
>>542 さんの OS は何? Win9x 系だとダメかもしれない。あと、古い IME だと
Unicode 非対応で文字化けすることがある。俺が愛用している WXG では化けるので、
SQLiteSpy を使うときだけ MS-IME に切り替えてる。

余談だが、SQLite 管理ツールの大半はマルチバイト文字がパス名に含まれていると
データベースを開けないな。シングルバイト文字文化圏は気楽でいいよな :-(

548:NAME IS NULL
07/02/06 01:56:53
アクセス使えば良いじゃん。
どうせオープンソースでも日本語対応にするスキルすら無いだろ？

549:NAME IS NULL
07/02/06 02:03:17
>>548
ネタだったら、もうちょっと面白いこと書けよ。

550:NAME IS NULL
07/02/06 02:10:58
>>549
一々釣られんなよ…

551:NAME IS NULL
07/02/06 09:13:39
あくせく？

552:NAME IS NULL
07/02/06 11:22:34
まだ挙がっていないようなので

TkSQLite
URLﾘﾝｸ(reddog.s35.xrea.com)

SQLコマンド欄は VJE-Delta では日本語入力できなかった (MS-IMEなら可)。

553:NAME IS NULL
07/02/06 21:55:35
日本語使いたければアクセス使えよ。
オープンソースでもソース弄って日本語対応にできないだろ？

554:542
07/02/06 22:53:45 sv7gVloA
>>547
Windows2000 sp4です。MS-IME2000使ってます。
>>552
いいっすね。私の環境でも日本語表示できました。
機能も色々あるようなので、ありがたくこちらを使わせていただきます。

555:NAME IS NULL
07/02/07 01:59:35
アクセスって無料で使えるの?

556:530
07/02/07 02:27:05
しがないフリーソフトプログラマからの質問です。

.NET で sqlite を利用する場合、
ADO.NET 2.0 Provider for SQLite　URLﾘﾝｸ(sourceforge.net)
という物があるみたいです。

これを利用して組んだプログラムを配布するとき、
ユーザーサイドで追加のランタイムとして別途
ADO.NET 2.0 Proveider for SQLite のインストール
が必要となったりするのでしょうか。

557:NAME IS NULL
07/02/07 02:44:38
>556
dllを一緒に配ればいいだけだったはず。
ユーザから見れば、お前の作ったdllと区別つかない。

558:530
07/02/07 03:32:55
感謝。

559:NAME IS NULL
07/02/07 07:55:34
ソース弄れない低レベルPGはマイクロソフトにお金払ってアクセス買え。

560:NAME IS NULL
07/02/07 09:07:28
アクセスって無料で使えるの?

561:NAME IS NULL
07/02/07 09:37:07
OpenOfficeのBaseでいいじゃん。

562:NAME IS NULL
07/02/07 16:08:24 3O2oP0R0
SQLite3ではAUTOINCREMENTは使えないって事でOK？

563:NAME IS NULL
07/02/07 16:10:04
>>562
>>464

564:NAME IS NULL
07/02/07 16:58:07
アクセスなら自動採番できるよ。

565:NAME IS NULL
07/02/07 17:21:36
>564
アクセスって無料で使えるの?

566:NAME IS NULL
07/02/07 20:53:57
毎回毎回同じネタに食いつくんじゃねええええええ！！！！アクセスは無視しろよ！！

567:NAME IS NULL
07/02/07 20:57:31
あくせす
あせくす
あせくさ

568:NAME IS NULL
07/02/07 23:30:08
GROUP BY あくせす

569:NAME IS NULL
07/02/08 00:18:01
sqliteのことも死ぬ前に思い出してあげてください。

570:NAME IS NULL
07/02/08 09:25:24
Ruby on Rails の ActiveRecord では、
SQLite 3.3.8 以降で不具合が発生する問題があった (ActiveRecord 最新版では解決)
そうなのですが、
ActiveRecord 以外で似たような問題が発生するとか
あるいはその対処方法などの情報があれば教えてください。

571:NAME IS NULL
07/02/08 09:44:51
Rubyスレで聞いた方が良くないか?

572:NAME IS NULL
07/02/08 10:11:16
あ、いや、 Ruby 以外で何か問題出てたりしないかな、という話で。
無ければないで良いのですが。

573:NAME IS NULL
07/02/08 11:05:03
SQLiteのページで何がチケットとして登録されてるか確認してみると良いかも。

574:NAME IS NULL
07/02/08 12:22:14
>>570
どういう不具合なのかリンクくらい貼れよ。

575:NAME IS NULL
07/02/08 13:14:51
>>573
そうですね。あとで調べてみようと思います。

>>574
はい。
URLﾘﾝｸ(d.hatena.ne.jp)

576:NAME IS NULL
07/02/08 13:53:09
ああ本当だ・・・これは気がつかなかったな・・・。
細かいバージョンアップのたびにこんなの多すぎ・・・。

577:NAME IS NULL
07/02/08 19:58:33
今に始まった事じゃないし。
2から3の時にはdbファイルが読めないくらいだし。orz

578:NAME IS NULL
07/02/08 20:25:29
アクセス買ってくださいね。

579:NAME IS NULL
07/02/08 20:44:00
MicrosoftはSQL Serverの方に肩入れしてて、アクセスはもう見捨てる寸前だよな。
何故か日本では発売しないMS Visual FoxProとかいうのも有るが。

580:NAME IS NULL
07/02/08 21:05:14
>>577
またおまえか！

581:NAME IS NULL
07/02/08 21:52:16
>578
アクセスって無料で使えないの?

582:NAME IS NULL
07/02/08 22:01:25
我々貧乏人は美味しい麦を食って頑張りましょう

583:NAME IS NULL
07/02/08 22:05:26
>>582
SQLiteって美味？

584:NAME IS NULL
07/02/09 03:22:23
むしろ不味いでしょ。
GUIじゃないし。

585:NAME IS NULL
07/02/09 09:25:18
生では食えないな。料理人の腕が試される。

586:NAME IS NULL
07/02/09 09:50:32
ノロウイルス蓄積されてるしねえ。

587:NAME IS NULL
07/02/09 10:10:03
アクセスほどじゃないけどねえ。

588:NAME IS NULL
07/02/09 10:18:10
つーかデータベースエンジンに GUI なんていらねーだろ
無駄にフットプリントがデカくなるだけ

589:NAME IS NULL
07/02/09 10:27:45
>>584 にいろいろ詳しく訊いてみたい。

590:NAME IS NULL
07/02/09 13:54:51 g7zjlPEu
GUI欲しい

591:NAME IS NULL
07/02/09 14:24:10
GPUほしい

592:NAME IS NULL
07/02/09 14:32:46
Vista で Access

593:NAME IS NULL
07/02/09 18:30:31
>590
よし。作れ。テストは手伝ってやるから。

594:NAME IS NULL
07/02/09 21:19:40
アクセス買いましょうよ。

595:NAME IS NULL
07/02/09 21:29:59
アクセス買うくらいなら死んだほうがマシだろ

596:NAME IS NULL
07/02/09 22:46:48
>594
なんでアクセスって無料で使えないの?　SQLiteは無料で使えるよ !

597:NAME IS NULL
07/02/10 01:31:05
>>579
ACCESSはMS純正でFoxProは元は他社製品(Arago?)では無かったっけ？
だから日本語化されなかったとか。

598:NAME IS NULL
07/02/10 16:22:46
200x15000 くらいのテーブルAと 20x10000 くらいのテーブルBを
SELECT count(*) FROM A, B するだけで死ぬほど遅い
(3GHzで1分くらいかかる)のは仕様ですか?

599:NAME IS NULL
07/02/10 17:31:54
そんなSQL文を書いたお前に問題がある。

600:NAME IS NULL
07/02/10 17:35:44
たったの1分かあ・・・爆速だな・・・

601:NAME IS NULL
07/02/10 19:11:18 Sr3KeU9s
>>598
なんで、そんな事してるん？

602:NAME IS NULL
07/02/10 20:16:03 7d6e8tve
今までの開発で使ったDBの中で、SQLiteが一番問題が無かった。
運用でのトラブルはテストでも本番でもほぼ皆無だ。
不思議なもんだよ。
でもこんな話しはプレゼンでは当然使えないし、何より金が稼げない。

603:NAME IS NULL
07/02/10 21:27:05
今のところ、SQLiteはまだ正規表現使えないのかな?
でかいシステムの端末にこぢんまりとしたプログラムで、相互連携を取るとき
これだけがネックになってたんだよな。

開発元に依頼出してみようかな…。

604:NAME IS NULL
07/02/10 21:28:30
自分で好きな正規表現ライブラリを組み込むのがSQLite流

605:NAME IS NULL
07/02/10 23:18:38
正直、あんなソースを追いたくないんだが…。
つーか、YACCなレベルで対応したほうがいいのか、やるとしたら。

606:NAME IS NULL
07/02/11 00:08:07
組み込むくらいならMDB使うよ。アクセス廚馬鹿に出来ない。
おまいら正規表現使ってないのな。

モロにディスクアクセスするようなデータ量だし遅いのは当たり前。
オラクルみたいに4GB超のメモリ乗せてキャッシュでヒットするようにしたら？

馬鹿を相手に稼ぐにはGUI必須。あのオラクルでさえGUIでいろいろできるようにしている。

607:NAME IS NULL
07/02/11 00:15:39
いや。アクセス廚は間違いなく馬鹿に出来るよ。
俺は馬鹿を相手に稼ぐ気はないけど。ｗｗ

608:NAME IS NULL
07/02/11 00:19:11
DBに入れたものを正規表現で検索することは無いとは言えないが、頻繁に必要になる
というならDBの設計が不味い可能性が高いと思うぞ。
きちんと論理構造に分割しておくのが正攻法であろう。

609:NAME IS NULL
07/02/11 01:08:55
つか正規表現使いたいならMySQLかPostgresでも使ってろと

610:NAME IS NULL
07/02/11 04:30:40
正規表現が必要な場合おしえて

611:NAME IS NULL
07/02/11 04:47:52
一般的なDBMSの場合、DB側で正規表現が使えるのはそれなりに意味があると思うが、
SQLiteのような組込みDBだとDB側に持つのとアプリ側で処理するのとで大差ない気がする。

612:NAME IS NULL
07/02/11 05:40:28
:memory:DBをファイルDBに落とすのは2.8系でパッチがあったと思うけど、
3.3系でのパッチみたいなものないですかねぇ
そもそもそういうのを標準で用意してくれてもいいと思うんだが。

613:NAME IS NULL
07/02/11 10:27:21
>610
MySQLしか知らずに設計しやがる奴がいるから。
正規表現はまずいですよ、って言ったら怒りやがった。

614:NAME IS NULL
07/02/11 11:55:06
>>611
同意

>>613
大変だな

615:NAME IS NULL
07/02/11 12:17:08
正規表現だと、どうせフルスキャンしなきゃならず、
インデックスの効果も無いからな。

SQLiteの機能で独自の関数を組み込む機能あるから、
あれで正規表現関数組み込めば良い。

616:NAME IS NULL
07/02/11 12:36:00
普通、サイトの検索とかで前方一致とか後方一致とかあるじゃん。
あれ実現するには正規表現必要。

おまいらのサイトにはろくな検索機能付いてないの？

後、顧客情報とかでSQ010000～SQ010999の情報をまとめたい場合でも正規表現が必要。

アクセスでも出来るのに、機能低いね。

617:NAME IS NULL
07/02/11 12:39:11
>>616
>普通、サイトの検索とかで前方一致とか後方一致とかあるじゃん。
>あれ実現するには正規表現必要。

へぇ、知らなかった。like でやるもんだと思っていたが、違ったのか。

>後、顧客情報とかでSQ010000～SQ010999の情報をまとめたい場合でも正規表現が必要。

これも知らなかった。between で範囲指定するのは邪道だったのか。後学のために、
SQ010123～SQ010586 をまとめる正規表現を教えてください。

618:NAME IS NULL
07/02/11 12:46:41
>>617
> SQ010123～SQ010586 をまとめる正規表現を教えてください。

お前いじめすぎｗｗｗｗｗｗｗｗｗｗ

619:NAME IS NULL
07/02/11 12:48:27
Accessじゃ正規表現はできんぞ。
VBAを使ってユーザー定義関数を作るならできるが、
それはSQLiteに好きな言語でユーザー定義関数を作るのと同じことだ。

620:NAME IS NULL
07/02/11 12:57:23
CかC++の場合、C+PCRE(Perl Compatible Regular Expressions)か
C++でPCREかBoost.Regexでユーザ定義関数組んでSQLiteに組み込む、でFAかな？
PythonとかPerlとかだとよくわからんけど。

621:NAME IS NULL
07/02/11 13:09:13
またアクセス厨が馬鹿さを曝け出してるな。

622:NAME IS NULL
07/02/11 13:32:41
ユーザ定義関数なんか使うより、アプリ側で処理するほうがいいじゃん。

623:NAME IS NULL
07/02/11 16:29:13
>>617
> SQ010123～SQ010586 をまとめる正規表現を教えてください。

ﾜﾛｽwww

624:NAME IS NULL
07/02/11 16:36:26
>>612
URLﾘﾝｸ(www.sqlite.org)

625:NAME IS NULL
07/02/11 18:27:53
>>616
おまえには大量のデータを扱う事は出来ないｗ

626:NAME IS NULL
07/02/11 18:36:26
まぁ>>616レベルのプログラマのお陰でハイパワーのサーバが売れるわけだから
社会に貢献していると言えないことも無いような気がしないでもない。

627:NAME IS NULL
07/02/11 21:53:38
598と616は同一人物だろ。
こんな奴にハイスペックのサーバを与えても利益は一銭も出ないぞ。

628:NAME IS NULL
07/02/12 03:16:14
けっこう使えるDBだと密かに思ってるんだが、バカがいるので流行らないのかもな

629:NAME IS NULL
07/02/12 04:14:29
それは俺は賢いと自惚れたいのですか

630:NAME IS NULL
07/02/12 11:03:53
はい、わたしはトムです。

631:NAME IS NULL
07/02/12 13:57:14
sqliteでユーザ定義関数組むぐらいなら、漏れならvba組むな。
既にvbaあるのに、車輪の再発明ってアフォ。

632:NAME IS NULL
07/02/12 14:05:24
え？sqlite で vba 使えるの？

633:NAME IS NULL
07/02/12 14:06:10
そんなこと言ってるからVBプログラマはいつまで経っても馬鹿にされるんだよね

634:NAME IS NULL
07/02/12 15:03:07
sqlite使いって言語何使ってるの？
Cかperl(Movable Type?)

635:NAME IS NULL
07/02/12 15:19:18
漏れは Perl で使っているが、
なんで Perl = Movable Type なんだよ…

636:NAME IS NULL
07/02/12 18:34:10
実はMT使ってるでしょ？
perlだと正規表現は充実してるからねえ。

637:NAME IS NULL
07/02/12 18:50:33
俺はTclだ。SQLiteでデフォのバインディングだ。

638:NAME IS NULL
07/02/12 22:06:36
だから Perl で使ってるけど MT は使ってねえっつうの

639:NAME IS NULL
07/02/12 22:47:59
おいどんはPHPでごわす。

640:NAME IS NULL
07/02/13 00:05:23
Python などを嗜んでございます。

641:NAME IS NULL
07/02/13 00:10:48
拙者はRubyでござるよ。

642:NAME IS NULL
07/02/13 00:12:05
C++/CLIとC#

643:NAME IS NULL
07/02/13 00:17:11
いやぁ、さすがSQLiteですなぁ。

対応言語も人一倍多いときてる。

糞アクセスとは比べ物にならない。

644:NAME IS NULL
07/02/13 01:04:13
質問です。

一つの画像が RGB の各プレーンに 40、つまり 120 の特徴点を持つ。
特徴点を以下の計算で一つの値にまとめる。
　color << 16 + x << 8 + y　(color = 0,1,2 / x < 128 / y < 128)

という条件で画像のデータベースを作りたいのですが、
こういうテーブルをつくって
CREATE TABLE tbl(int image, int point);
CREATE INDEX tbl.image;
CREATE INDEX tbl.point;

これを一つの画像ごとに 120 回くりかえして登録しています。
BEGIN
INSERT INTO tbl (image, point) VALUES (?, ?); <- 画像数x120回くりかえし
COMMIT

このときに、同じ(色x座標)の特徴点を持つ画像を得たいのですが
この SQL で検索しています。
SELECT * FROM table
　WHERE point IN (SELECT point FROM table WHERE img == __) AND
　　img != __;

なのですが、この検索用の SQL が遅くて困っています。
画像数は数十万単位で登録したいです。

こういう状況で高速化する方法はあるでしょうか？

環境は VS2005 の C# と ADO.NET 2.0 Provider for SQLite です。

645:NAME IS NULL
07/02/13 02:54:02 X4I6OSla
>>643
そーいやそーだな

いまいちsqliteがメジャーにならないのでちょっとさびしい

646:NAME IS NULL
07/02/13 04:34:24
>>634-642
ぞろぞろ出てきてワロタ

647:NAME IS NULL
07/02/13 04:41:43 Xx1fW3U3
日本語ドキュメントが足りないんじゃないの？
SQLiteまとめwikiでも誰か作れ。

648:NAME IS NULL
07/02/13 06:03:41
>>647
いいだしっぺの法則

649:NAME IS NULL
07/02/13 11:52:08
つURLﾘﾝｸ(226.la.coocan.jp)

650:NAME IS NULL
07/02/13 12:49:08
>>644
こういうのとかどうでしょ。速くならなかったらゴメン。

SELECT DISTINCT a.image, a.point FROM tbl AS a, tbl AS b
WHERE a.image != b.image AND a.point = b.point;

651:NAME IS NULL
07/02/13 13:24:50
>>647
日本は義務教育で英語を教えているので、英語ドキュメントで十分なんですよ。

652:NAME IS NULL
07/02/13 13:50:43
>651
ﾜﾛﾀ。
日本ほど自国語ドキュメントが必要な国って滅多に無いよな。

653:NAME IS NULL
07/02/13 14:30:54
インドの方ですか？

654:NAME IS NULL
07/02/13 15:24:16
as well asの訳がわかんないんです（＞＜）

655:NAME IS NULL
07/02/13 23:15:44
3.3.13

656:NAME IS NULL
07/02/14 00:21:09
SQLite Version4が出たのかと思った＜ｽﾚﾀｲ

657:NAME IS NULL
07/02/14 09:17:31
またDBファイルが変わると思うと鬱。
2から3に変わったときに苦労したよ。

658:NAME IS NULL
07/02/14 09:38:48
まあ、運用中のシステムは無理にバージョンアップしなくてもいいんじゃね?
問題なく動いてるならさ。

659:NAME IS NULL
07/02/14 11:44:34
>>657
そのくらいで苦労するような頭脳で生きていくのは大変だろうな

660:NAME IS NULL
07/02/14 11:57:55
安定版は3.3.7で開発版が3.3.13なの？どの辺が安全なのかよくわからん。

661:NAME IS NULL
07/02/14 12:21:04
じゃあアクセス使っとけ。オマイには無理。

662:NAME IS NULL
07/02/14 12:23:00
>>657
APIが変わっていてまるで別物っていうことが、いまだに理解できない知能の持ち主さん乙。
ところで、その低い知能はもう手のつけようがないですが、包茎は手術すれば治せますよ。
手術なさってはいかがでしょう?

663:NAME IS NULL
07/02/14 12:56:43
>>661
またこの流れかよ。このスレは聞いてもこればっかりで
全然情報が流れないな。これじゃ流行らんわ。

664:NAME IS NULL
07/02/14 12:57:37
あまり流行らせようという気はないよ。
流行らないと困るのは英語読めない人とかでしょ。ｗ

665:NAME IS NULL
07/02/14 13:30:38
>>660
安定版・開発版の判断は、
公式サイトのトップページの記述を随時チェックするのが良いかと。
今は 3.3.13 が安定してるっぽい。

ただし >>570 あたりで言ったように、
RoR なひとは AR を最新にしておくか、それがダメなら 3.3.7 を使った方が良さそう。

666:NAME IS NULL
07/02/14 13:40:50
数十MB足らずのDBなんだが、メモリを大量に食い潰し、
httpdに対してmmo-killerが発動してkernelごと落ちる怪奇現象に悩まされ中。
CentOSplusのPHP5＋PDO:SQLiteですが。
やっぱMySQLにするべきか… orz

667:NAME IS NULL
07/02/14 13:42:22
oom-killerだった

668:NAME IS NULL
07/02/14 13:43:27
カーネルごと落ちるのはいかなる理由があろうともカーネルの責任だろうな

669:NAME IS NULL
07/02/14 15:05:47
PHP5.2.0までにはSQLite他にメモリリークのバグがあったような。

670:NAME IS NULL
07/02/14 15:10:25
ごめん、スタックオーバーフローだった。しかも非PDO。

671:NAME IS NULL
07/02/14 16:05:20
包茎も童貞も英語も病院に逝って治せ。

672:NAME IS NULL
07/02/14 16:10:19
ど、童貞を治してくれる病院があるのか？（ドキドキ）

673:NAME IS NULL
07/02/14 18:30:28
>>671
その病院を紹介してくれ。
明日行って来る。

674:NAME IS NULL
07/02/15 07:55:22
ここは童貞の巣窟。

675:NAME IS NULL
07/02/15 09:07:44
>>644
そのSQLだと、どの画像と一緒なのか分からんがそれで良いの？

とりあえず>>650のSQLだとCROSS JOINの結果から
絞り出すような感じだから割とキツそうなので

CREATE TABLE temp AS SELECT a.image, b.image, a.point
FROM tbl AS a INNER JOIN tbl AS b ON (a.point == b.point AND a.image != b.image);

で適当にテーブル作っておけばその後の解析に便利かと。

つーかせっかくデータベース化するなら特徴点とやらの
各要素はパッキングしない方が便利なような…
完全一致しか探さないならパックした方が速いだろうけど。

676:NAME IS NULL
07/02/15 09:31:54
一応、↑のSQLの「temp」は適当なテーブル名に変えるか[　]で囲っといてね。

677:NAME IS NULL
07/02/15 12:59:02
画像数が圧倒的に多いからON句に条件突っ込んでも大して変わらない気がする。

そもそもSQLiteで数千万のデータ扱うのってどうなんだ？
解析手法よく考えないとしんどいと思うぞ。
SQLiteに限った話じゃないが。

678:NAME IS NULL
07/02/15 13:18:29
数十万x120 か。下手すると億にとどくな。
こんなレコード数扱ったこと無いぞ・・・。

679:NAME IS NULL
07/02/15 14:05:00
ベクトルデータで数千万くらいまでは使ったことある。
何使ってもこのくらいになると設計が悪いと遅くなるのは当然だと思うが。

680:NAME IS NULL
07/02/15 16:25:58
オラクルRACならいくらでもハード増強できるけどな。

681:NAME IS NULL
07/02/15 22:30:40
金で解決するのは野蛮人。頭で解決するのは貧乏人。

682:NAME IS NULL
07/02/15 22:54:03
体で解決するのは

683:NAME IS NULL
07/02/15 23:18:38
犬畜生

684:NAME IS NULL
07/02/16 10:25:58
なんでだよｗ

685:NAME IS NULL
07/02/16 10:52:27
金で解決するのはお金持ち、頭で解決するのは頭のいい人。

次ページ