4

大きなファイル (約 100 GB) をデータベースに保存するのは良い考えですか?
現在、NBT 形式または mysql/postgresql データベースを使用してフォルダにデータを保存することを考えています。

4

4 に答える 4

3

私の個人的な経験では、データベースは大きな BLOB に適した場所ではありません (SQL Server FILESTREAMや Oracle BFILEなどのファイル システム対応ストレージをサポートしない限り)。

ほとんどのクラウドが BLOB 用に別のストレージを提供するのには理由があります。ビッグ データ ファイルのライフ サイクルは、通常の日常的なデータとは異なります。ライフ スパンの違い、コンテンツの提供方法の違い、キャッシュ戦略の違い、バックアップ計画の違いなどです。

を見てみましょう：

私は彼らのリードに従い、「ファイル システムを意識した」ストレージ システム (たとえば、ファイル システム パスをデータベースに格納する) を考え出すか、別のストレージ メカニズムを使用します。

BLOB をデータベースに保存するアプリケーション (画像、PDF など) を処理する必要があるたびに、バックアップ/静的ファイル サービス/ファイルのキャッシュ戦略を設定するよりも、テーブルスペース、バックアップ、およびパフォーマンスの問題の処理に多くの時間を費やしてきました。システム対応ソリューション。

于 2013-08-18T15:01:16.927 に答える
2

たとえできたとしても、大きなファイルをデータベースに保存するのは非常に悪い考えです。

ファイル名をデータベースに保存するだけで、ファイルをディスクに残します。

gbe データベースで大きなファイルをかき混ぜない主な理由は、データベースのバックアップ時間が途方もなく長くなり、何も得られず、コンテンツを分散ストレージに保存できなくなることです。

また、データベースが破損し、バックアップから再構築する必要がある場合、復旧時間も膨大になります。

何でも何でもできますが、それはそうすべきだという意味ではありません。

于 2013-08-18T14:36:34.223 に答える
2

データベースは、多数の小さなデータの並べ替え、フィルター処理、および計算の実行を目的としています。ファイル システムが必要な場合 (たとえば、アップロード日ごとにグループ化されたファイルの総数を集計するためのサポートが制限されている場合)は、ファイル システムを使用するだけです。

于 2013-08-18T14:42:35.827 に答える
0

ファイルシステムを使用します。

データベースを使用してファイルの場所と名前を保存する

また、(Unix ベースのシステム) カット、ペースト、結合 (例)などのユーティリティを使用
して、ファイル レベルでファイルを操作することもできます。

于 2013-08-18T14:48:44.953 に答える