保存ファイルのデータベースに対して、ファイルシステム?
https://stackoverflow.com/questions/8952
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
一般的に、悪のパフォーマンスが格納ファイルをデータベース(特に指定に対して、ファイルシステム?んだ理由以外でプリケーションポータビリティしたいというお店は私のファイルとしてvarbinaries SQLサーバーです。
解決
この答え:
基本的に、スペースやパフォーマンスはかなり大きな数に応じてユーザーまた、このWebサイトが安くすることができます。よりバランスの負荷に対し、データベースは最高で最も硬いスケールのウェブ建築ます。
が反対の例（例えば、Microsoft Sharepointが、通常、保存ファイルをデータベースは良い方法がありました。
ない限りが書きデスクトップアプリや知の方の多くのユーザーになってしてもランダムとunexpectable、公開ウェブサイトは、高い金額を支払保存ファイルをデータベースです。
他のヒント
ばへ移動することができSQL Server2008でのFILESTREAM支援する、ベストの両方のファイルに格納されたファイルシステム、データベース統合することにより、広いだけの格納にfilepath、varcharます。検索に戻ります。純ファイルのストリームの統合多くより簡単になります。
私からの指示に従うことによって違いますので、それぞれのまま利用可能です。例えば、私の仕事は、地方自治体の新しい画像のようにmugshots。どのような人が住んでいますか多数のユーザーが、必要がありまして良いセキュリティと監査のデータです。このデータベースのシーンからこのくまなく走るスケーリングです。
何の問題。
現代のDBMS SQL2008様々な対処法を用途にでも便なだけでこだわり出されていなければならない。賛否両論あるところはもちろん、いについて考える必要があるので少し考えます。
これは面白い紙の(?) ジム-グレー
自分の経験なのですが、常により良い保存ファイルのファイルが含まれています。その理由は、ファイルシステム最適化されたファイルstoreageはデータベースはいません。もちろん、例外もあり（例えばの到来を告げ、次世代のMSファイルシステムが構築できるようになっ先頭のSQLサーバ）のものですが、一般的にそう思っています。
が性能には問題だと思い現代のデータベースのデザインで多くの問題のために小さなファイルです。
性能のほかにもよるのでしょうかを密結合型のデータです。の場合はファイルを取得したデータが含まれます、それと密接に関連した分野のデータベースに、その概念的には所属近い内容となっているはずだが格納されるblob.な情報が含まれる可能性がある事が関わる複数の記録やっている使用以外のコンテキストデータベースは、その帰属します。例えば、イメージをウェブページを取得した個別の要請のページへのリンクで、いつでも可能外部によって特定のデザインと安全保障の考察).
弊社の妥協という約束をしている店舗小XMLファイルをデータベースが画像やその他のファイルを外します。
を決定した店としてvarbinaryのための http://www.freshlogicstudios.com/Products/Folders/ 中性能を期待します。うまくいかもです。
い@ZombieSheep.でも私は一般的なデータベースで実際に必要とする携帯ししますので見逃すべての特徴のおDBMSベンダーを提供します。ると思うの移行を他のデータベースをものとも考慮が必要となります。によっ$.02
オーバーヘッドの有する構文解析しblob(画像)バイト配列を書きディスクの適切なファイル名として読書することで十分である架空のヒットに働きかっこい場合には、あらゆるファイルは大きい。
ない曖昧なっていると思いタイプのファイルまで保管を決定する。場合は基本的に話を大きなテキストフィールドできるとして格納されたファイルの私として、dbに保管します。
