イメージをバイナリ ラージ オブジェクトとしてデータベースに格納できることを理解しています。しかし、一部のフォーラム Web アプリケーションでは、Web サーバー マシンにフラット ファイルとして保存され、必要に応じて取得されることがよくありました。
両方の方法の長所と短所は何ですか?
いつどのアプローチに行くべきですか？
8195 次
2 に答える
12
いつものように、それは異なります。イメージの使用パターンと、DBMSが提供する機能を考慮する必要があります。
データベースへの画像の保存：
長所
- 画像がデータベース内のエンティティ（たとえば、ユーザー）に関連付けられる場合、データベースはその関係の維持を処理できます。一方、画像がデータベース内の何にも関連付けられていない場合は、おそらくそれらをデータベースに保存したくないでしょう。
- データベースがそれをサポートしている場合、トランザクション内でファイルを処理できるようになります（MS SQL 2008がこれをサポートしていると思いますが、他の人がサポートしているかどうかはわかりません）。
- 各画像の複数のバージョンを保存する必要がある場合（たとえば、時間の経過とともに変化するため）、ファイルシステムよりもデータベースに保存する方がおそらく簡単です。
短所
- あなたはデータベースに多くの負担をかけるでしょう。
- データベースのバックアップには時間がかかる場合があります。
ディスクへの画像の保存：
長所
- バックアップの作成は簡単です
- 画像などの検査にはファイルブラウザが必要で、データベースクライアントは必要ありません
短所
- 画像コレクションのデータベースビューとディスク上の実際のコンテンツの同期を維持することは、画像に対して実行する操作によっては重要な場合があります。
もちろん、これらすべての懸念は、大量の画像を保存する場合に特に当てはまります。
于 2010-03-03T13:08:44.367 に答える
0
フラット ファイルは、Web 上で画像を表現するのに適しています。サーバーへの影響ははるかに小さくなります。OTOH はトランザクションをサポートしておらず (実際には異種トランザクションでサポートしている可能性があります)、データは 1 つの場所にありません。
于 2010-03-03T12:55:54.163 に答える