長谷です

> 3MB程度のjpg画像がおよそ10万枚と、それらに関する文字情報。
> 
> とのことで、それらを
> 
> 年代やキーワードなど、いくつかの項目で検索→画像を表示→印刷
> 
> という流れで利用することを実現したいと思っているとのことでした。
> 今は実験的にFileMakerを試しているけども1000枚当たりで動かなくなったと。

「画像データはＤＢに直接入れないでフォルダに入れてリンクを張る」
なら FileMaker でもできなくもないでしょう。パフォーマンスは別
にして。しかし、

> ここで、単にフォルダー管理で画像を置いてしまうと、
> 外部から画像を取り放題、設定によっては置き放題となったりして
> セキュリティ的には宜しくないのでは.

という意見にも賛成です。万が一、画像データをハッキングされて
引き出されたくない(或いは著作権の問題で外部には出したくない)
のなら、あまりお薦めではないです。

この方法はもう一つ問題が有ります。
データの大きさに依りますが、多少 HDD の容量を損するのです。
１クラスタ＝2048byte だとした場合、データがたった 1byte でも
実際には HDD は 2048byte を喰ってしまいます。
従って将来のデータ追加分の事も考えれば、現在存在する画像の
総容量の３、４倍の HDD 容量が欲しいところです。

一方でこの方法は表示が面倒じゃない(画像ファイルが存在してい
るならシンボリックリンクだけ示せばよい)、管理が楽、という利点
はあるでしょうが。

私が作るなら、何らかの大分類で、DB を分けて作成し、そこに画像
データそのものをバイナリで突っ込む作戦にします。
勿論管理テーブルの DB は別に持ち、検索用のキーワードが色々ある
ようですから、画像 DB へのリンクと一緒に持って管理します。
この場合は表示の時の問題が発生します。DB から画像データを引っ
張ってきたら、一時的に表示するファイルを作ってぶちこませなけ
ればいけないことです。

> でも、SCSIのHDDについては相当に予算がないとダメですね。。。

そうですね。あと発熱にも注意しないといけないでしょう。
私がやってしまったのですが、10,000rpmもあるような SCSI の
HDD は確実に冷却しないと熱で壊れてしまいます。

信頼性は若干低くなりますが、ATA には大容量が多くなりました
ので、それで Hardware RAID5 を組むのが安上がりでしょう。
パラレルATA では一枚の RAID で４台しか使えない、RAID5 では
なく RAID 0+1 になるのが難点ですが。

まぁどっちにしても大容量で発熱もそれなりにあるでしょうから、
コンシューマ向けの PC でやるのにはちょっと無理があるでしょう。

> そこで、MySQLというのはこのようなケースでお薦めしてよいのかどうかを
> 知りたいのです。

というより「画像をデータベース管理する」というのは割と古くか
らの問題でして、専門に構築する会社があります。
google でググッてみると幾つか見つかると思います。

もしそういう会社に頼む予算が無く、自前で作るのでしたら、DB
の基本設計を十分やってからでないと、何の DB を使うにしても
パフォーマンスは出ないと思いますし、その後の管理も大変です。

結論を言えば、パフォーマンスは別にして MySQL だろうが Oracle
だろうが、出来るのは出来ると思います。でもお薦めできるかでき
ないか、という事になれば、貴方が聴かれて分からないくらいなの
ですから、素直に分からない、と言った方がよくはありませんか。
仮に出来そうだ、と答えてしまうと、貴方のほうが中身を良くわか
っているから、と DB の基本設計を丸投げされたり、一々電話で聴
いたりしてきて対応に苦慮すると思いますけど、如何でしょう？

-- 
長谷 <VYG01106@xxxxxxxxxx>