最良の保存のバイナリには画像ファイル

StackOverflow https://stackoverflow.com/questions/2028683

質問

には、どうするのがベストな 保管のバイナリ または 画像 ファイル?

  1. データベース システム
  2. ファイル システム

出ください。 説明, 、いかがでしょうか？

役に立ちましたか？

解決

はありませんののように、バンチの貿易をロードします。

データベースプ:
1.くし、扱いやすく、クラスタリング環境です。
2.無依存資源の追加などのファイルサーバーです。
3.必要なときは、"同期"業務負荷のバランス環境です。
4.バックアップを自動的にファイルです。

データベース連結:
1.サイズ成長のデータベースです。
2.に応じてDBサーバとお客様の言語ですることは難しいだろうとのこを入れ、取得対象です。
3.速。
4.に応じてDBサーバは、ウイルススキャンのファイルをアップロード時に用として輸出されていた。

プロファイル:
1.シングルweb/単dbサーバを設置する。
2.解能を操作するファイルです。つまり、移動が簡単にファイルマネジメントクライアントがディスクスペース。
3.できるウイルススキャン時にファイルにて"休止"のとき。この使いやすさにこだわりのスキャナーです。

ファイルの連結:
1.複数のwebサーバー環境が必要でアクセス可能。るも集のためのフェイルオーバー.
2.追加のセキュリティ要件に対応のファイルアクセス。ここで注意が必要なのは、webサーバーおよび/または共有できないファイルを実行します。
3.取引のバックアップしてファイルシステム。

と、また、SQL2008年というものをFILESTREAMを両方を楽しめます。アップロードしたデータベースと透過的に店舗のディレクトリにあるファイルの速度で処理が行われます。取得時までのいずれかから引のデータベース;やきダイレクトに行が生かされていますファイルシステム。

他のヒント

プロの格納バイナリファイルをDB:

  • 一部減少の複雑さから データアクセス層システムの必要性 専用インターフェースをDBではないDB+ ファイルシステム。
  • が確保できるファイルを使用 同一の総合的なアクセス権に基づく 安全を保護するの のデータベースです。
  • おバイナリファイルで保護されて による損失に お客様のデータによるデータベースバックアップしております。独立ファイルシステムのバックアップシステム が必要です。

連結納のバイナリファイルをDB:

  • によってサイズ/ファイル数 で大幅なスペース 潜在的に減少し性能 (dependeningどのバイナリ ファイルに保存されるテーブルは 問い合わせその他のコンテンツはしばしば ない）となバックアップ ます。

プロのバイナリファイルの保存ファイルシステム

  • このファイルシステムが良い ます。ファイルシステムの取り扱いま defragmentingも取得 ファイル(このことをストリームビデオファイル webサーバ)が より速くするdbです。

連結納のバイナリファイルのファイルシステム:

  • やや複雑なデータアクセス 層します。ニーズに独自のバックアップシステム。を考える必要が参照 完全性の問題など削除 ポインタをデータベースが必要 結果ファイル削除して ない'の孤'ファイルの ファイルシステム).

バランスを使いのファイルシステム。過去には、SQL Server2005年まで店舗が"ポインター'dbテーブルのバイナリファイルです。のポインタは一般的にすること.

このニュースをご利用の場合はSQL Server2008(いその他わからない):あ築のサービスをご利用いただけるハイブリッドソリューションの新VARBINARY(MAX)FILESTREAMデータ型になります。これらの論理的に行動するようにVARBINARY(MAX)カラムが舞台裏、SQLサーバは2008年のデータを蓄積するとともに、データのファイルシステム。

何の最善の方法はありません。

は何？あなたはより多くの情報が必要？

データベースでバイト配列として私が...一つ知っている3つの方法があります。二、データベースに保存されているパスを持つファイルとして。三、/ FileStreamを有するように、可能にする場合にのみ（ハイブリッドとして>タイプ）。

を照会し、同じ手順でデータを取得することができますので、最初はかなりクールです。これは常にいいです。あなたはファイルの多くを持っている場合はどうなりますか？お使いのデータベースがビッグなります。今、あなたは、このようなテラバイトを超えているデータベースのバックアップの試練として、大きなデータベースのメンテナンスの問題に対処しなければなりません。あなたは、ファイルへの外部からのアクセスを必要とする場合、何が起こりますか？そのようなタイプの変換、質量操作（すべての画像、APPY透かしなどのサイズを変更する）として？あなたがファイルを持っているときよりも行うことは、そのはるかに困難ます。

二つ目は、ファイルのやや大量に最適です。あなたはファイルの多くを持っているとき、あなたは、ファイルシステムの制限に実行を開始し、その後、NASデバイスに保存するインクリメンタルそれらをバックアップ、などなど、小規模なデータベースを維持することができますが。あなたがネットワーク上にそれらを広げるなら、あなたはあなたのネットワークが再配置されます場合、私はあなたに同情を取り、またなど待ち時間の問題、ユーザー権限の問題を、得ます。今、あなたは何かのネジをアップした場合、私は同情あなたを、あなたのファイルの場所を変更するには、データベース上の大規模なアップデートを実行し、する必要があります。

そして、ハイブリッドオプションがあります。そのほぼ完璧な - あなたはあなたのクエリを経由してファイルを取得することができ、まだあなたのデータベースが巨大ではありません。これはすべてのあなたの問題を解決していますか？おそらくありません。データベースはもはやポータブルではありません。あなたは、特定のDBMSにロックされています。そして、このようなものはまだ成熟していないので、あなたは歯が生えるプロセスを楽しむことを得ます。そして、誰が、これはすべてのさまざまな問題を解決して言う？

ファクトには、「最良の」方法はありません、です。あなたは、あなたの要件を決定し、それらに応じて最良の選択を行い、その後、あなたは間違ったことをした見つけ出すときにそれを吸うために持っています。

私のように画像を保存に データベース.ですのでスイッチの開発から生産だけで変化するデータベース（ファイルのコピー).のデータベースでしまっていただいた皆様ありがとうを作成/修正日として、ファイルシステム。

私は個人的には、パフォーマンスのために、データベース内の画像を保存することはありません。私のサイトのすべてで、私は私が店に行くよ画像の種類に基づいてサブフォルダを置くことができる「/ファイル」フォルダを持っています。それから私は、慣例上、それらを名前を付けます。

私はプロフィールの写真を保存していた場合（2アカウントのIDである場合）

たとえば、私はprofile_2.jpgとして「/ファイル/プロファイル/」に保存します。私はいつもそれ、私はそれらを必要とする場合、私は必要があります最大の大きさ、そして小さなものにサーバー上の画像のサイズを変更することにしています。だから私は "profile_2_thumb.jpg" と "profile_2_full.jpg" を保存したい。

あなたは、コードの呼び出しのIMG SRC =「/ファイル/ profile__thumb.jpg」

で、単に自分のためのルールを作成することができ

私はとにかくそれを行う方法厥！

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top