ウェブサイト用のSQL Serverにファイル（写真）を保存することの長所と短所

Question

私はAsp.Net MVC Webサイトを作成しています。

私は過去に重いアプリケーション、複数の層のアプリケーションのために、ファイルを格納するためにデータベースを使用しました。

しかし、今私は自分自身に質問しています。これはウェブサイトにとっては良い考えですか？パフォーマンスビューでは？

それは私にはいくつかの長所を持っています

• は、接続しているユーザは、（私のプロジェクトのために必要な）画像を表示する権利を持っているなら、私は簡単に制御できます
• 許可を我々は一貫していることを確認しますデータ（それ以外の場合は既存のファイルを持つことができますが、データベースに情報はなく、その反対のファイルもあります。
• フェイルオーバーWebサーバーが必要です。これらのファイルは3番目のサーバーからインポートされるため、フェイルオーバーサーバーにASP.Net Webサイトとレプリケートされたデータベースを必要とするだけで、ファイルを同期する必要はありません。

しかし、それはあまりにもいくつかの短所があります。

• あり100〜200メガバイトのようないくつかの大きなファイルを（それは少数派だが、それが起こるのだろう）、そして私はそれがこれを持って良いことだかわかりませんデータベースのファイルの種類は？（これはもっと質問のようです））
• 私はそれが良いパフォーマンスを持っているとは確信していますか？

あなたはどう思いますか？これは妥当ですか？私はインターネットで検索しましたが、ウェブサイトに関するいくつかの議論が見つかりませんでした。私の質問は主にFILESTREAM VS FILESYSTEMについてですが、私はFileStreamが遅くても大丈夫だと確信していますか？なぜなら、それがほんの数パーセントであれば、それに見合う価値のある機能が得られるからです。

Answer 1

ファイルが積極的に変化するシステムの一部であり、他のデータと共にバックアップする必要がある場合 - しかし SQLを使用する場合はFILESTREAMフィールドを使用してくださいサーバ2005+以上でファイルが十分に大きい - たとえば500k +

ファイルが静的コンテンツの場合、DB内にポインタだけを入れてファイルを保存することができます。これにより、すべてのカスタムアクセス許可マシンが考慮されることはありません。

DB内のファイルを格納して作業することは、通常ファイルシステムよりも遅くなりますが、すべてあなたのニーズに依存します。

Answer 2

なぜtxtファイルの代わりにdbを使用するのですか？その速さはインデックスを使用するためです。 dbにファイル全体を格納することは決して良いことではありません。 dbを通常のimgファイルのインデックス（ポインタ）として使用します。

• あなたは簡単にcontrollできますが、ウェブの外ASP/PHPと設定されたルートの画像フォルダに画像を表示する場合は、ユーザーが画像を見る権利を持っている場合：限り、あなたの長所/短所が行くように

  あなたはデシベル内のファイルを持っている場合

• あなたは文句を言わないのCDNを使用することができます（http - デシベルで全体のファイルを保存するルートは

• 10回（http://blog.sitek.com.au/2008/03/comparison-between-storing-imagesfiles-in-mysql-and-on-filesystem/私は、MySQLのテストのために知っているが、MSSQL用の似た）遅くCCAです：//en.wi kipedia.org/wiki/Content_delivery_networkは）

Answer 3

To Blob or Not To Blobと呼ばれるMicrosoft Researchの本当に良い紙あります。

パフォーマンステストおよび分析多数の後の彼らの結論はこれです：あなたの写真や文書がVARBINARYカラムは、より効率的であるデータベースに格納、一般的にサイズが256K以下である場合

• 通常、画像やドキュメントのサイズが1 MBを超える場合は、ファイルシステムに格納する方が効率的です（SQL Server 2008のFILESTREAM属性ではトランザクション制御とデータベースの一部です）

これら二つの間で

• 、それはあなたがSQL Serverテーブルにあなたの写真を置くことにした場合、私は強く、それらを保存するための別のテーブルを使用することをお勧めしますご利用に

に依存トスアップのビットです写真 - 従業員表に従業員の写真を保管しないでください - 別の表に保管してください。このようにして、社員テーブルは、従業員の写真を選択する必要がないと仮定して、クエリの一部として、リーンで平均的で非常に効率的な状態を保つことができます。

ファイルグループについては、イントロについてはFiles and Filegroup Architectureをチェックしてください。基本的には、最初から大きなデータ構造用に別のファイルグループを使用してデータベースを作成するか、後で追加のファイルグループを追加することになります。それを "LARGE_DATA"としましょう。今

、あなたはVARCHAR（MAX）またはVARBINARY（MAX）列を格納する必要が作成するための新しいテーブルを持っている時はいつでも、あなたが大規模なデータのために、このファイルグループを指定することができます。

CREATE TABLE dbo.YourTable 
    (....... define the fields here ......) 
    ON Data     -- the basic "Data" filegroup for the regular data 
    TEXTIMAGE_ON LARGE_DATA -- the filegroup for large chunks of data 

チェックアウトMSDNのファイルグループに関するイントロとその周辺で遊ぶ！