質問：
データベース イメージ リポジトリに直接アクセスするアプリケーションを作成するか、ドキュメント リクエストを処理するミドルウェアを作成する必要があります。
バックグラウンド：
現在、約 1,500 万のドキュメント/ドキュメント イメージ (90% 以上の単一ページ、グループ 4 TIFF、残りの PDF、Word、および Excel ドキュメント) を保存するカスタム ドキュメント イメージングおよびワークフロー アプリケーションがあります。イメージ リポジトリは商用のサードパーティ アプリケーションであり、非常に高価であり、率直に言ってオーバーヘッドが大きすぎます。ドキュメント画像を保存および取得するシステムが必要なだけです。
イメージを SQL Server 2005 データベースに直接移動することを検討しています。インデックス情報は非常に限られています - 基本的に 2 つのインデックス フィールドです。これは生命保険証券管理システムなので、証券番号とシステム全体で一意の ID 番号を使用して画像にインデックスを付けます。他にもインデックス値がありますが、それらは画像データとは別に保存および維持されます。これらのインデックス値により、個々の画像を取得するための一意の ID 値を検索できます。
データベース サーバーは、DB ファイルをホストする SAN ドライブを備えたデュアル クアッド コア Windows 2003 ボックスです。現在のイメージ リポジトリのサイズは約 650 GB です。変換後のデータベースのサイズを確認するためのテストは行っていません。データベースの設計について質問しているわけではありません。その点については DBA と協力しています。それが変わったら、私は戻ってきます:-)
交換する現在のシステムは明らかにミドルウェア アプリケーションですが、3 つの Windows サーバーにまたがる非常に重量のあるシステムです。この道を行くとしたら、それは単一のサーバー システムになります。
私の主な関心事はスケーラビリティとパフォーマンスであり、パフォーマンスに重点を置いています。私は約 100 人のユーザーを抱えていますが、今後数年間はおそらく使用量の伸びが鈍化するでしょう。ほとんどのユーザーは主に読み取りユーザーであり、システムにイメージを頻繁に追加することはありません。リポジトリへのイメージのスキャンや追加を処理する部門があります。ドキュメントを (ftp 経由で) 受信し、受信したドキュメントを自動的にリポジトリに挿入するアプリケーションもいくつかあります。完全なインデックス情報、またはユーザーがレビューしてインデックスを作成する「バッチ」として挿入されます。
ドキュメント/画像のほとんど (90% 以上) は非常に小さく、100K 未満、おそらく 50K 未満であるため、SQL 2008 を取得してファイルストリームを使用するよりも、データベース ファイルに画像を保存するのが最も効率的であると考えています。