From: "民斗 " <tommy@xxxxxxxxxx>
Subject: [mysql 232] Re: 皆様有り難うございました。
Date: Fri, 21 Aug 1998 03:26:22 +0900
Message-ID: <199808201828.DAA14284@xxxxxxxxxx>

tommy> [Subject: [mysql 231] 皆様有り難うございました。]
tommy> [Date: Thu, 20 Aug 1998 22:15:49 +0900  From:"M.Funakoshi"]
tommy> > それとお聞きしたいのですが　普段データベースも全て
tommy> > 自分でｐｅｒｌｓｃｒｉｐｔで組んでいたのですが、
tommy> > 今回社長はもの凄く大量なデータ量なので　ＳＱＬを使う
tommy> > ともうしているのですが、　どの程度のデータ量ならば
tommy> > ＳＱＬを使った効果が現れるのでしょうか？
tommy> 
tommy> Perl でも Hash を使えば、データベースみたいなもんだから、メモリ内に
tommy> データを全部読み込めるんだったら、却って MySQL よりも Perl の方が
tommy> 速いかもしれません。

同感です。設計や使用条件によってはどちらとも言えないと思いますし、
作るときの都合とかあって、結局、混在しているのが現状かと思います。

速度は重要なファクターとなりますが、
SQL Server を導入して一番恩恵を受けるのは、
運用、管理が楽になるという点だと思います。
( MySQL はずいぶん早いですけどね;-) )

# 実際あまりに楽なので、私は ftp のログすらも MySQL に突っ込んでたりして。


tommy> # 最初に読み込む時の時間はかかるかもしれませんが…。

perl のいやなところはここですよね。
起動までの時間、memory を食うし、
CGI で多用すれば fork しまくってリソース食い荒らすし。

apache の mod_perl を試したときはかなり早くなりましたが、
メモリーを倍食ってました。


tommy> > 例えば有名なサーチエンジンｇｏｏ程度のデータ量のサーチ
tommy> > エンジンはＳＱＬを利用した方が良いのでしょうか？
tommy> 
tommy> サーチエンジンの場合は、検索の時よりも、キーワードをいかに抽出するか
tommy> という問題の方が大きいと思います。

Search Engine に代表されるような、言葉から派生する曖昧検索&語句類推などの
こういった部分は SQL engine はパスですねぇ...想定している用途が違うから。
できればうれしいけど。



tommy> > ＃皆様はどの様に勉強しましたか？もしよければ教えて下さいｍ（＿ ＿）ｍ
tommy> 
tommy> 私の場合は、仕事の関係で Informix を使っていたので、かなりほげほげな
tommy> Informix のマニュアルと格闘しながら、SQL を覚えました。
tommy> # おかげで、変な Informix 拡張を覚えてしまって、後で苦労した…(^^;

わたしも仕事ではじめてさわりました。Oracle でした。
あまりに分からなかったので、単純な基本的な使い方しか覚えませんでした。
でも、だいたいは単純な構文で用が足りるので、(用を足してしまった、が正確 ^^;)
結局詳しく勉強しないままできてしまい、今でも複雑なものは苦手。

理論書 & manual は試してみてから目を通しました。
いつも人のソースを見てそれで実験して学びました。



tommy> # sql_yacc.cc のコンパイル時間がそれをものがたっているような…。

すごい時間がたったあと、'memory がたりません' で止まったときは
ショックでした。


 村上 毅  takeshi@xxxxxxxxxx
 PGP fingerprint = 45 5D 54 12 B4 55 77 7F  D4 52 66 EC 03 3F 1B E9
 [ http://www.softagency.co.jp/mysql/ ]
 [ MySQL ML: mysql-help@xxxxxxxxxx ]