近藤です。

私の場合は

・入力された情報をどう処理するのか？
・情報の管理の方法は？

という観点から運用方法を決定します。処理内容や管理面の便利さから
DBがよく使われているのだと思います。(すごく私的な意見です…)

但し、私もSEなのでわかりますが、必ずしもDBを導入できるかどうかは
別ですよね。
駒形さんの運用されているシステムが現在DBを使用されていないということ
なので、DBを導入してから安定動作に持ち込むまでは、それなりの時間が
かかるかと思います。

今回の問題が緊急性が高いのであれば、、既存のファイル・FTP転送の仕組み
をカスタマイズする方が得策かと思います。

いくつか提案させていただくと、

1) 1件1ファイルを、複数件1ファイルとし、まとめて転送できるようにする。
2) データファイルを圧縮し、転送データ量を小さくする。
3) 1日1回のデータ送信を、1時間に1回というようにタイマーかなにかを利用
   して、データを分割して送信する。

というような手法もありかと思います。
(私の案は、1回の転送データ量を小さくするというコンセプトです)

参考になれば幸いです。


MySQLとはあまり関係ない話になってしまいました。
良く思われなかったみなさん、ごめんなさい…。


>現在運用しているシステムではDBを使わずデータを1件1ファイルとして
>保存しています。
>データファイルは毎日FTPでダウンロードされて削除されるようになっているの
>ですが、毎日数万件のファイルが溜まるようになってきたところダウンロード処
>理も正常に行われなくなってしまいました。
>（おそらくFTPのlsコマンド自体がコケているのかと思っています）
>
>顧客側に以前からDB（MySQL）への移行を勧めているのですが、私自身がDBにつ
>いてそれほど詳しくないために今ひとつ強く言えない状況です。
>
>そこで皆さんにお聞きしたいのは通常はどのくらいのデータ量/件数・ユーザ数
>などでDB運用を決定するのかということです。
>
>参考までに現在の状況は
>1日約1万PVのWebサイト上で
>アンケートやプレゼント応募者などの個人データを
>多いときで1日約1万件処理しています。