は私は4列を有するでproductListのテーブルを持って、今私は、このために2つのオプションを持っているので、行ごとに画像を保存する必要が..データベースにおけるいつ画像をデータベースに保存する必要がありますか?
- ストア画像。
- イメージをフォルダに保存し、テーブルにのみパスを保存します。
私の質問は、どちらがこの状況で優れているのか、そしてなぜですか?
は私は4列を有するでproductListのテーブルを持って、今私は、このために2つのオプションを持っているので、行ごとに画像を保存する必要が..データベースにおけるいつ画像をデータベースに保存する必要がありますか?
私の質問は、どちらがこの状況で優れているのか、そしてなぜですか?
マイクロソフトの調査では、To Blob Or Not To Blobと呼ばれる非常に広範な論文が公開されています。
彼らの概要は次のとおりです。
アプリケーション設計者は、多くの場合、ファイルシステムやデータベースに大きなオブジェクトを格納するかどうかの問題に直面しています。多くの場合、この決定はアプリケーション設計の簡素化のために行われます。場合によっては、パフォーマンス測定値も使用されることがあります。このペーパーでは、長期的に導入されたシステムのパフォーマンスや管理性に影響を与える運用上の問題の1つである断片化の問題について検討します。一般的な知恵から予想されるように、にはオブジェクトが256K未満で保存されるのが最適ですが、1Mより大きいオブジェクトはファイルシステムに最もよく格納されます。 256Kと1Mの間では、読み書き率とオブジェクトの上書きまたは置換率が重要な要素です。ウォールクロック時間を正規化する方法として、「保存期間」またはオブジェクトの上書きの数という概念を使用しました。ストレージ時代は、私たちの結果や類似の結果を、多くの読み書き率とオブジェクトの置き換え率に適用することができます。
+1 - 私はその紙を探し続けて、名前を思い出すことができませんでした。 – Oded
- サイズが非常に大きくならないことがわかっている場合は、DBに画像を保存できます。これは、システムを導入したり、新しいサーバに移行したりする場合に有利です。あなたはイメージを別々にコピーすることについて心配する必要はありません。
そのシステムでは非常に頻繁に行が増加し、イメージはより大きくなり、ファイルシステムに格納し、後で取得するためにパスをデータベースに格納します。これはまた、ファイルパスからイメージを別々にコピーしなければならないサーバーを移行する際にも、あなたをつかまえます。
この質問には何度も何度も尋ねられました:http://stackoverflow.com/q/1234202/79444; http://stackoverflow.com/q/1071636/79444; http://stackoverflow.com/q/815626/79444; http://stackoverflow.com/q/815626/79444;等etc ...そしてそれらの質問でさえ、それらは重複でもあると言います... – veljkoz
...それらが重複しているもののいくつかは重複としてマークされます...ディープチェーン。 –